Re: [Talk-transit] Mapping intercity bus routes
On Mon, May 26, 2014 at 5:46 PM, Cartinus carti...@xs4all.nl wrote: The original Oxomoa scheme already contained a solution to your problem[1]. It simply is not widely used yet. [1]http://wiki.openstreetmap.org/wiki/User:Oxomoa/%C3%96PNV-Schema#Bus-_und_Oberleitungsbuslinien Thanks for pointing me to this page, it indeed has all the bus types I could think of, and some more. To be explicit, the link above has these values for the 'bus' key (current usage from taginfo in parentheses): express (97) / long_distance (70) / on_demand (102) / regular (299) / school (177) / shopping (2) / shuttle (4) / train_replacement (0) / urban (1202) With the exception of 'train_replacement', these are even used somewhat. In principle bus=express and bus=long_distance routes could be rendered also in lower zoom levels as coaches / intercity buses, but as was pointed out in this thread, express buses can also be found on local routes. A separate service=express tag would then be needed. When mapping a fast intercity bus service, the possible tag combinations would then be route=bus + bus=long_distance + service=express, or as I originally proposed, route=coach + service=express. It would be nice to get a consensus on this and eventually document these tags in the wiki. Any thoughts? Best, Teemu ___ Talk-transit mailing list Talk-transit@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-transit
Re: [Talk-transit] Mapping intercity bus routes
Hi I think the diffrent between express and long_distance is that express service do not stop at every stoppoint even it is the same network. regards Jan Am 28.05.2014 00:42, schrieb Teemu Ikonen: express (97) / long_distance (70) / on_demand (102) / regular (299) / school (177) / shopping (2) / shuttle (4) / train_replacement (0) / urban (1202) With the exception of 'train_replacement', these are even used somewhat. In principle bus=express and bus=long_distance routes could be rendered also in lower zoom levels as coaches / intercity buses, but as was pointed out in this thread, express buses can also be found on local routes. A separate service=express tag would then be needed. ___ Talk-transit mailing list Talk-transit@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-transit
[talk-ph] OSM Module Sprint May 30-June 1, 2014 (Re: Module development and Trainors Training Workshop)
Dear everyone, Once again, we invite you for the upcoming module sprint on May 30-June 1, 2014. Details below: Sprint days: May 30 - June 1 Venue: ESSC Manila Office General idea on what will be developed: Content * Improve overall learnosm sections specifically: - tasking manager - hot-export - GPS * New material to be developed - Mobile mapping tools * Develop learning framework - use SD4CP as an initial basis * Develop TNA * Format and Printing - adopt markdown and submit possible new section to learnOSM. - find a way to print as pdf Our Office is in Manila Observatory: http://www.openstreetmap.org/?way=25850724 Full address: Environmental Science for Social Change 1/F Manila Observatory Building, Ateneo de Manila University, Loyola Heights, Quezon City 1108, Philippines my cellphone number is +639062950500 Please send me a message if you want to join. The actual trainors training workshop will be on June 10-13. Details on logistics soon. If you need a formal invitation, let me know. On Wed, May 14, 2014 at 6:51 PM, maning sambale emmanuel.samb...@gmail.com wrote: Dear everyone, Below are the planned activities for Trainors Training Workshops: 1. Module development sprint. This will be an in-person sprint with HOT and OSM Indonesia. Venue: ESSC QC Office May 30 - June 1, 2014 2. Conduct of Trainors Training Workshop. Venue: to be determined. Jun 9-13, 2014 Everyone is invited to participate. We hope that by the end of this activities, we have a full set of training modules you can use to run OSM workshops. -- Forwarded message -- From: maning sambale emmanuel.samb...@gmail.com Date: Fri, Apr 25, 2014 at 6:40 PM Subject: Re: [talk-ph] Increasing demand for OSM talks and workshops To: osm-ph talk-ph@openstreetmap.org Dear everyone, As a follow-up on this discussion. ESSC in partnership with the Humanitarian OSM Team, OSM Indonesia and WB will kickstart this idea. The general plan is: 1. Develop a trainors training manual by consolidating existing materials and experiences from previous training activities in teh Philippines and Indonesia. 2. Run a TOT workshop for groups and individual interested to be a an OSM trainor/facilitator. More details soon. Of course, we invite the whole community to participate both in the development of the materials and the test run itself. Resources are limited for the test run training so if there a groups interested to pool in resources do let us know. Timeline: May-June 2014. More ideas welcome. On Thu, Feb 6, 2014 at 11:01 PM, Robert Banick rban...@gmail.com wrote: Hi Maning et al, The American Red Cross would love to partner with OSM-PH on any trainings we develop and conduct. We've done OSM trainings before elsewhere and have some materials and approaches that we can pull across to the Philippines. If anything the Philippines is easier because English fluency is much higher than many places we go. We're on the verge of submitting our formal plan to get this done and then we'll be working out the resourcing, so it could be some months. One thing we try to do within the Red Cross is connect OSM to projects or activities that National Societies do on a regular basis. This helps ensure that the training gets used. We need to talk with the Philippines Red Cross and identify some high-value use cases that we can plug OSM into. Dale might be able to contribute more thoughts on that. Cheers, Robert On Thu, Feb 6, 2014 at 6:41 AM, maning sambale emmanuel.samb...@gmail.com wrote: Dear everyone, Great discussion! First, coming from a 4-day road trip from Leyte and Samar for our internal assessment ~3 months after Yolanda, remote training is not really the best option. In many areas, 3g connection is non-existent so, we need to find ways on how to do on site training under these conditions especially for LGUs interested to use OSM. Let me try to summarize the action points. From the thread I see the following activites we need to do. 1. Create a suite of materials for promotion and lightning talks about OSM. This will be used as basic intro to OSM, whenever a group invites us to speak. I created a stub github repo for this [0]. Feel free to add slides, brochures and whatever materials you think is useful. 2. Design a training/workshop package which OSM trainors can use. Possible content/module can be: - Basic overview to OSM - Basic data collection and editing workflow - Specific modules on using OSM depending on use cases (i.e. LGU, NGO, DRR, etc.) We (essc) have already developed an initial training design and materials for our Pampanga project. We can use this as an initial draft of the modules. We also have learnosm.org as another resource. A major topic mentioned here is how to collect data using smartphones, maybe this will be one major content we need develop. HOT-Id have more experience in doing OSM trainings, perhaps
Re: [talk-ph] OSM Module Sprint May 30-June 1, 2014 (Re: Module development and Trainors Training Workshop)
Forgot to mention that time is from 9 AM - 4 AM. You can of course join at anytime. I just need to know who so we can stash more chips or pizza. ;) On Tue, May 27, 2014 at 7:26 PM, maning sambale emmanuel.samb...@gmail.com wrote: Dear everyone, Once again, we invite you for the upcoming module sprint on May 30-June 1, 2014. Details below: Sprint days: May 30 - June 1 Venue: ESSC Manila Office General idea on what will be developed: Content * Improve overall learnosm sections specifically: - tasking manager - hot-export - GPS * New material to be developed - Mobile mapping tools * Develop learning framework - use SD4CP as an initial basis * Develop TNA * Format and Printing - adopt markdown and submit possible new section to learnOSM. - find a way to print as pdf Our Office is in Manila Observatory: http://www.openstreetmap.org/?way=25850724 Full address: Environmental Science for Social Change 1/F Manila Observatory Building, Ateneo de Manila University, Loyola Heights, Quezon City 1108, Philippines my cellphone number is +639062950500 Please send me a message if you want to join. The actual trainors training workshop will be on June 10-13. Details on logistics soon. If you need a formal invitation, let me know. On Wed, May 14, 2014 at 6:51 PM, maning sambale emmanuel.samb...@gmail.com wrote: Dear everyone, Below are the planned activities for Trainors Training Workshops: 1. Module development sprint. This will be an in-person sprint with HOT and OSM Indonesia. Venue: ESSC QC Office May 30 - June 1, 2014 2. Conduct of Trainors Training Workshop. Venue: to be determined. Jun 9-13, 2014 Everyone is invited to participate. We hope that by the end of this activities, we have a full set of training modules you can use to run OSM workshops. -- Forwarded message -- From: maning sambale emmanuel.samb...@gmail.com Date: Fri, Apr 25, 2014 at 6:40 PM Subject: Re: [talk-ph] Increasing demand for OSM talks and workshops To: osm-ph talk-ph@openstreetmap.org Dear everyone, As a follow-up on this discussion. ESSC in partnership with the Humanitarian OSM Team, OSM Indonesia and WB will kickstart this idea. The general plan is: 1. Develop a trainors training manual by consolidating existing materials and experiences from previous training activities in teh Philippines and Indonesia. 2. Run a TOT workshop for groups and individual interested to be a an OSM trainor/facilitator. More details soon. Of course, we invite the whole community to participate both in the development of the materials and the test run itself. Resources are limited for the test run training so if there a groups interested to pool in resources do let us know. Timeline: May-June 2014. More ideas welcome. On Thu, Feb 6, 2014 at 11:01 PM, Robert Banick rban...@gmail.com wrote: Hi Maning et al, The American Red Cross would love to partner with OSM-PH on any trainings we develop and conduct. We've done OSM trainings before elsewhere and have some materials and approaches that we can pull across to the Philippines. If anything the Philippines is easier because English fluency is much higher than many places we go. We're on the verge of submitting our formal plan to get this done and then we'll be working out the resourcing, so it could be some months. One thing we try to do within the Red Cross is connect OSM to projects or activities that National Societies do on a regular basis. This helps ensure that the training gets used. We need to talk with the Philippines Red Cross and identify some high-value use cases that we can plug OSM into. Dale might be able to contribute more thoughts on that. Cheers, Robert On Thu, Feb 6, 2014 at 6:41 AM, maning sambale emmanuel.samb...@gmail.com wrote: Dear everyone, Great discussion! First, coming from a 4-day road trip from Leyte and Samar for our internal assessment ~3 months after Yolanda, remote training is not really the best option. In many areas, 3g connection is non-existent so, we need to find ways on how to do on site training under these conditions especially for LGUs interested to use OSM. Let me try to summarize the action points. From the thread I see the following activites we need to do. 1. Create a suite of materials for promotion and lightning talks about OSM. This will be used as basic intro to OSM, whenever a group invites us to speak. I created a stub github repo for this [0]. Feel free to add slides, brochures and whatever materials you think is useful. 2. Design a training/workshop package which OSM trainors can use. Possible content/module can be: - Basic overview to OSM - Basic data collection and editing workflow - Specific modules on using OSM depending on use cases (i.e. LGU, NGO, DRR, etc.) We (essc) have already developed an initial training design and materials for our Pampanga project. We can use this as an
Re: [talk-ph] OSM Module Sprint May 30-June 1, 2014 (Re: Module development and Trainors Training Workshop)
Hi Maning, I can attend on Friday afternoon or on Sat. Is there an event page/wiki? -RK Sent from my Android phone On May 28, 2014 9:02 AM, maning sambale emmanuel.samb...@gmail.com wrote: Forgot to mention that time is from 9 AM - 4 AM. You can of course join at anytime. I just need to know who so we can stash more chips or pizza. ;) On Tue, May 27, 2014 at 7:26 PM, maning sambale emmanuel.samb...@gmail.com wrote: Dear everyone, Once again, we invite you for the upcoming module sprint on May 30-June 1, 2014. Details below: Sprint days: May 30 - June 1 Venue: ESSC Manila Office General idea on what will be developed: Content * Improve overall learnosm sections specifically: - tasking manager - hot-export - GPS * New material to be developed - Mobile mapping tools * Develop learning framework - use SD4CP as an initial basis * Develop TNA * Format and Printing - adopt markdown and submit possible new section to learnOSM. - find a way to print as pdf Our Office is in Manila Observatory: http://www.openstreetmap.org/?way=25850724 Full address: Environmental Science for Social Change 1/F Manila Observatory Building, Ateneo de Manila University, Loyola Heights, Quezon City 1108, Philippines my cellphone number is +639062950500 Please send me a message if you want to join. The actual trainors training workshop will be on June 10-13. Details on logistics soon. If you need a formal invitation, let me know. On Wed, May 14, 2014 at 6:51 PM, maning sambale emmanuel.samb...@gmail.com wrote: Dear everyone, Below are the planned activities for Trainors Training Workshops: 1. Module development sprint. This will be an in-person sprint with HOT and OSM Indonesia. Venue: ESSC QC Office May 30 - June 1, 2014 2. Conduct of Trainors Training Workshop. Venue: to be determined. Jun 9-13, 2014 Everyone is invited to participate. We hope that by the end of this activities, we have a full set of training modules you can use to run OSM workshops. -- Forwarded message -- From: maning sambale emmanuel.samb...@gmail.com Date: Fri, Apr 25, 2014 at 6:40 PM Subject: Re: [talk-ph] Increasing demand for OSM talks and workshops To: osm-ph talk-ph@openstreetmap.org Dear everyone, As a follow-up on this discussion. ESSC in partnership with the Humanitarian OSM Team, OSM Indonesia and WB will kickstart this idea. The general plan is: 1. Develop a trainors training manual by consolidating existing materials and experiences from previous training activities in teh Philippines and Indonesia. 2. Run a TOT workshop for groups and individual interested to be a an OSM trainor/facilitator. More details soon. Of course, we invite the whole community to participate both in the development of the materials and the test run itself. Resources are limited for the test run training so if there a groups interested to pool in resources do let us know. Timeline: May-June 2014. More ideas welcome. On Thu, Feb 6, 2014 at 11:01 PM, Robert Banick rban...@gmail.com wrote: Hi Maning et al, The American Red Cross would love to partner with OSM-PH on any trainings we develop and conduct. We've done OSM trainings before elsewhere and have some materials and approaches that we can pull across to the Philippines. If anything the Philippines is easier because English fluency is much higher than many places we go. We're on the verge of submitting our formal plan to get this done and then we'll be working out the resourcing, so it could be some months. One thing we try to do within the Red Cross is connect OSM to projects or activities that National Societies do on a regular basis. This helps ensure that the training gets used. We need to talk with the Philippines Red Cross and identify some high-value use cases that we can plug OSM into. Dale might be able to contribute more thoughts on that. Cheers, Robert On Thu, Feb 6, 2014 at 6:41 AM, maning sambale emmanuel.samb...@gmail.com wrote: Dear everyone, Great discussion! First, coming from a 4-day road trip from Leyte and Samar for our internal assessment ~3 months after Yolanda, remote training is not really the best option. In many areas, 3g connection is non-existent so, we need to find ways on how to do on site training under these conditions especially for LGUs interested to use OSM. Let me try to summarize the action points. From the thread I see the following activites we need to do. 1. Create a suite of materials for promotion and lightning talks about OSM. This will be used as basic intro to OSM, whenever a group invites us to speak. I created a stub github repo for this [0]. Feel free to add slides, brochures and whatever materials you think is useful. 2. Design a training/workshop package which OSM
[OSM-legal-talk] Using geocoding results in an app
Hello everybody, I've been looking through the archive of the mailing list, yet haven't found a definite answer to this. I'm building an app in which the users can fill in address information for their own or other locations. This address information needs to be converted to lat / loon coordinates, which are then saved in the database. I've currently planned on using mapquest for the geocoding, which uses OSM data. So, here's my question: Do I have to make the geocoded data (addresses + lat / lon coordinates) available as a download? If so I'm afraid I have to look for other ways to geocode my data / ditch the app since I guess couldn't afford the possible traffic generated by those downloads. Any help is appreciated! Thanks, Marcel ___ legal-talk mailing list legal-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/legal-talk
Re: [Talk-br] Usuário cintiadepinhopinto apagando dados
No Wikimapia, você só consegue excluir coisas após alguma quantidade de contribuições. No SackOverflow existe o mesmo sistema. Você vai conquistando privilégios usando um sistema de reputação. Em 26 de maio de 2014 21:04, Tarcisio Oliveira tarci...@ymail.comescreveu: Também fico impressionado rs. A comunidade já pensou em criar um algoritmo para monitorar atividades suspeitas como grandes edições, remoções de usuários que foram acabados de criar? Poderia ser feita uma analise dessa forma para monitorar essas edições. Em 26/05/2014 17:19, Nelson A. de Oliveira escreveu: PS: Nelson, sempre me impressiona como você descobre estas coisas. É na sorte que acabo achando isso :-) ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] OSM e Folha de São Paulo
Olha a nossa responsabilidade crescendo. Um jornal com reputação a zelar, confiando no mapa para prover um serviço a seus leitores. Em 27 de maio de 2014 00:46, Tarcisio Oliveira tarci...@ymail.comescreveu: Folha de São Paulo coloca link em sua página principal para que os usuários tracem suas rotas, e o mapa é OSM, MOOVIT. Um passo interessante que o portal dá, pode fazer com que outros sites também olhem para a comunidade e posteriormente novos mapeadores. http://www1.folha.uol.com.br/cotidiano/transito/ transportepublico/rotas.shtml ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Rotas circulares com OSM
Interessante. Bom achado. Em 26 de maio de 2014 21:53, Nelson A. de Oliveira nao...@gmail.comescreveu: Para quem ainda não conhece, com o RouteLoops http://www.routeloops.com/OSM/ dá para criar rotas circulares (iniciando e terminando no mesmo local) utilizando o OSM. É só especificar o local de partida e a distância que pretende percorrer. É bem útil para achar trajetos para fazer caminhadas, andar de bicicleta ou realizar survey. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Utilização dos dados no OpenStreetMap
Ótimo, ficarei no aguardo. Obrigado pela resposta. Atenciosamente, Arlindo Pereira Em 27/05/2014 10:26, Dados Abertos dadosabertos_iplan...@rio.rj.gov.br escreveu: Prezado Arlindo, Temos uma estimativa de 2 meses para implementação desse item de licença e outras melhorias no Portal de Dados Abertos. Atenciosamente, Equipe de Dados Abertos Em 22/05/2014 17:02, Arlindo Pereira escreveu: Há alguma previsão para que essa mudança seja feita (1 mês, 3 meses, 6 meses) para que eu possa vir a verificar? Agradeço desde já. Att., Arlindo Pereira 2014-05-22 16:49 GMT-03:00 Dados Abertos dadosabertos_iplan...@rio.rj.gov.br: Prezado Arlindo, A especificação de licenças está em estudo e em breve será colocada na próxima versão do portal. Agradecemos e esperamos manter contato. Atenciosamente, Equipe de Dados Abertos Em 24/04/2014 às 11:43 horas, openstreet...@arlindopereira.com escreveu: Olá. Sou colaborador do projeto OpenStreetMap, um mapa mundi colaborativo em licença livre. No mapa do Rio de Janeiro, atualmente utilizamos informações levantadas in loco pelos usuários, bem como dados públicos de agências governamentais, como do IBGE. Gostaria de saber se seria possível utilizar os dados do data.rio no projeto, porém não encontrei informações sobre a licença dos dados disponibilizados no site. Veja mais informações sobre o OpenStreetMap em [1] e o mapa do Rio em [2]. Se necessário, podemos informar a fonte dos dados em todos os objetos importados (visível somente no modo de edição/consumo de dados) ou ainda na tela Copyright [3]. Obrigado! 1: www.openstreetmap.org/about 2: www.openstreetmap.org/#map=12/-22.8936/-43.4114 3: www.openstreetmap.org/copyright ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Rotas circulares com OSM
Uns caras fizeram um serviço interessante para Londres que gera rotas circulares iniciando e terminando em uma estação de metrô. Além disso, o algoritmo considera vários fatores como prédios históricos na região, parques, etc. http://walks.io/ On 27-05-2014 08:01, Paulo Carvalho wrote: Interessante. Bom achado. Em 26 de maio de 2014 21:53, Nelson A. de Oliveira nao...@gmail.com mailto:nao...@gmail.com escreveu: Para quem ainda não conhece, com o RouteLoops http://www.routeloops.com/OSM/ dá para criar rotas circulares (iniciando e terminando no mesmo local) utilizando o OSM. É só especificar o local de partida e a distância que pretende percorrer. É bem útil para achar trajetos para fazer caminhadas, andar de bicicleta ou realizar survey. ___ Talk-br mailing list Talk-br@openstreetmap.org mailto:Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-de] Wie könnte man 5000 Euro für OSM sinnvoll verwenden?
Hallo Michael, Ich habe zwar keine konkrete Idee, möchte aber einwerfen, dass ich bei keiner der bisher eingegangenen Vorschlägen eine gesellschaftliche Relevanz - wie in der Ausschreibung gefordert - erkennen kann. Du schreibst ja selber, dass die Vorschläge bisher nicht so toll sind. Sie sind aus meiner Sicht alle eher für einen eingeschränkten Personenkreis interessant... Da passt aus meiner Sicht die Unterstützung von Projekten wie der für Navigationssoftware für Blinde basierend auf OSM-Daten besser. Ich weiß nicht, wie erfolgreich dieses Projekt ist oder ob es ähnliche gibt mit einer ebenfalls gesellschaftlichen Relevanz. Viele Grüße, Constanze Original-Nachricht Betreff: [Talk-de] Wie könnte man 5000 Euro für OSM sinnvoll verwenden? Datum: Mon May 26 2014 09:19:48 GMT+0200 Von: Michael Reichert naka...@gmx.net An: talk-de@openstreetmap.org Dieser Beitrag wurde auch im Forum gepostet: http://forum.openstreetmap.org/viewtopic.php?id=25619 Antworten gerne hier oder dort. -- Hallo, ich oute mich mal :-) Als Stipendiat der Studienstiftung des deutschen Volkes [1] darf ich mich für den Engagementpreis [2] der Studienstiftung bewerben. Zitat aus der Ausschreibung: Mit „weiter?geben! – der Engagementpreis der Studienstiftung“ möchte die Studienstiftung ihre Stipendiaten in ihren gesellschaftlichen Anliegen und dem Wunsch etwas zu verändern, erstmals öffentlich und auch finanziell unterstützen. Der Preis ist mit 5.000 Euro dotiert und kommt direkt dem prämierten Projekt zugute. Bei der Auswahl zählen der Beitrag und das persönliche Engagement der Bewerberinnen und Bewerber, die die gesellschaftliche Relevanz des Projektes und seine nachhaltige Wirkung des Projektes sowie die geplante Verwendung des Preisgeldes. Bei der Bewerbung muss ich angeben, wie die 5000 Euro verwendet werden würden. Besonders viele Ideen habe ich derzeit nicht. In der letzten Ausgabe von RadioOSM am 15. Mai (noch nicht veröffentlicht) habe ich in der Hörerrunde am Ende nach Ideen gefragt, aber auch keine tollen Vorschläge erhalten. Folgende Ideen habe ich derzeit: *Mappingparties in abgelegenen Gegenden in Deutschland* In Deutschland gibt es noch immer Gegenden, die sehr schlecht gemappt sind, vor allem im ländlichen Raum, z.B. Frankenwald [3]. Hier würde man mit dem Geld für einige Tage eine Ferienwohnung anmieten und ein paar Mapper, die gerade Zeit haben, würden die Gegend mappen (mit Fokus auf Sachen, die nicht so schnell veralten, denn es gibt dort ja niemanden, der die Daten aktuell hält). Wenn die Ferienwohnung (für 4 Personen) 40 Euro pro Nacht kosten würde, jeder der vier Mapper maximal 100 Euro Fahrtkostenzuschuss erhalten und alle pro Tag einen Essenzuschuss von 15 Euro erhalten würde, würde eine viertägige Mappingparty (5 Übernachtungen) 675 Euro kosten. Man könnte damit also sieben Mappingparties bezahlen. Ein Zuschuss für Mappingparties (z.B. für Getränke) wäre nicht so leicht möglich, da da der Verwendungszweck noch nicht klar feststeht. *Bessere Luftbilder als Bing* In manchen Gegenden in Deutschland sind die Bing-Bilder nicht besonders gut. Sie sind bei tiefstehender Sonne aufgenommen oder haben nur 30 cm Auflösung. Im Jahr 2010 wurde über das Programm Wissenswert von Wikimedia Deutschland der OSM-Community Aerowest-Luftbilder bezahlt [4]. Was haben die Bilder damals gekostet? Wichtig ist, dass solche Luftbilder ohne große Klimmzüge in den Editor einbindbar sein müssen. WMS (TMS muss nicht unbedingt sein) ist also Pflicht. *Schrägluftbilder* Für das 3D-Tagging benötigt man die Anzahl der Stockwerke eines Gebäudes. Man könnte daher auch mit den 5000 Euro (oder einem Teil davon) für gut gemappte Gegenden Schrägluftbilder kaufen, um die dritte Dimension in OSM zu fördern. Falls jetzt jemand meint Ach 3D, das ist Spielrei!, dann sei der mal auf die erste (?) richtige Nutzung von OSM-3D-Daten [5] hingewiesen. Genau so etwas macht sich halt recht schön. *Irgendeinen Serverdienst* Die anderere Idee wäre, irgendeinen Serverdienst des FOSSGIS im OSM-Bereich mit einem leistungsstärkeren Server auszustatten. Ich weiß aber nicht, welche Dienste gerade am Limit laufen und welche Kosten da monatlich anfallen würden (bzw. bis wann man wieder um Spenden bitten müsste). @Sven Geggus: Wie arg ist der deutsche Tileserver ausgelastet? Mit welchen Kosten müsste man monatlich rechnen, wenn man mit den 5000 Euro einen stärkeren Tileserver bezahlen würde? *Schlechte Ideen* Jemanden aus der Community zu bezahlen, damit er das Wiki aufräumt und Übersetzungen synchronisiert, finde ich keine so gute Idee, da es nicht schon vermarktbar ist als eine volle Karte (siehe oben). Man könnte die beiden Ideen auch mischen. Ich glaube nämlich, dass bei der Jury, in der so wie es aussieht, wenig technisch angehauchte Leute sitzen, eine Mappingparty besser ankommt als ein Server für ein paar Nerds (außer es handelt sich um den deutschen
Re: [Talk-de] ARD Ratgeber: Internet - Alternativen zu Google-Maps Open Source
ich hatte das Problem auch. Diese Mediatheken nutzen Scripts, die dazu führen, dass es bei Nutzung von Noscript und/oder Ghostery nicht läuft. Ich habe den Filmausschnitt hier gefunden: http://youtu.be/I9YhdheaqPY Andreas Am 26.05.2014 20:20, schrieb Thorsten Alge: On 26/05/14 19:31, simson.gert...@gmail.com wrote: Sind die Videos noch irgendwo verfügbar? Konnte sie mir mangels Breitbandverbindung bisher leider nicht ansehen. ttps://lists.openstreetmap.org/listinfo/talk-de Die Links funktionieren noch. Also beim mir wird angezeigt „Das Video kann leider nicht abgespielt werden.“ und darunter „ Video verfügbar bis 24.05.2015“. ___ 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] Wie könnte man 5000 Euro für OSM sinnvoll verwenden?
Michael Reichert naka...@gmx.net wrote: @Sven Geggus: Wie arg ist der deutsche Tileserver ausgelastet? Mit welchen Kosten müsste man monatlich rechnen, wenn man mit den 5000 Euro einen stärkeren Tileserver bezahlen würde? Der deutsche Tileserver ist eigentlich stark genug. Lediglich die SSD wird man vielleich demnächst mal aufrüsten müssen, aber die sind ja günstig geworden. Nett wäre eine schnellere Internetanbindung als beim GFZ damit man sich trauen kann den Stil auch über osm.org anzubinden. Wäre echt cool, wenn sich ein UNI RZ oder sowas finden würde wo man den Server unterbringen kann. Sven -- The main thing to note is that when you choose open source you don't get a Windows operating system. (from http://www.dell.com/ubuntu) /me is giggls@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Frage Abbiegebeschränkung Berlin
Moin, es geht um diese Kreuzung: http://www.openstreetmap.org/?mlat=52.51203mlon=13.44328#map=19/52.51203/13.44328layers=N Hier wurde eine Abbiegebeschränkung (Relation) definiert, so dass der Verkehr nur auf der gelben Straße fahren darf. Im wirklichen Leben ist aber: a) die weiße Rüdersdorfer Straße für den allgemeinen Verkehr gesperrt, aber für Einsatzfahrzeuge, Fußgänger und Radfahrer freigegeben b) An der Hauptstraße stehen nur Schilder für eine Abbiegende Hauptstraße, keine mit blauem Pfeil. Meines Erachtens ist die Abbiegebeschränkung hier falsch. Der Normalverkehr sollte durch das access-Tag soundso nicht durch die Nebenstraße geroutet werden. Normalerweise würde ich jetzt drauf los wildern, jedoch habe ich die Informationen nur aus zweiter Hand. Ich war nicht vor Ort und gehöre nicht zur örtlichen Community. Daher, falls hier ein Berliner mitliest: Darf ichs löschen? MfG Andreas -- Andreas Neumann http://Map4Jena.de http://Stadtplan-Ilmenau.de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Frage Abbiegebeschränkung Berlin
Auserdem hat http://www.openstreetmap.org/way/24021332 einen falschen tag value: access=designated Der zweite Teil derselben Strasse http://www.openstreetmap.org/way/165333156hat mit access=destination wenigstens eine gueltige tag/value Kombibation. Mit access=destination auf way 24021332 wuerde die Abbiegebeschraenkung ueberfluessig. 2014-05-27 10:36 GMT+02:00 Andreas Neumann andr-neum...@gmx.net: Moin, es geht um diese Kreuzung: http://www.openstreetmap.org/?mlat=52.51203mlon=13.44328#map=19/52.51203/13.44328layers=N Hier wurde eine Abbiegebeschränkung (Relation) definiert, so dass der Verkehr nur auf der gelben Straße fahren darf. Im wirklichen Leben ist aber: a) die weiße Rüdersdorfer Straße für den allgemeinen Verkehr gesperrt, aber für Einsatzfahrzeuge, Fußgänger und Radfahrer freigegeben b) An der Hauptstraße stehen nur Schilder für eine Abbiegende Hauptstraße, keine mit blauem Pfeil. Meines Erachtens ist die Abbiegebeschränkung hier falsch. Der Normalverkehr sollte durch das access-Tag soundso nicht durch die Nebenstraße geroutet werden. Normalerweise würde ich jetzt drauf los wildern, jedoch habe ich die Informationen nur aus zweiter Hand. Ich war nicht vor Ort und gehöre nicht zur örtlichen Community. Daher, falls hier ein Berliner mitliest: Darf ichs löschen? MfG Andreas -- Andreas Neumann http://Map4Jena.de http://Stadtplan-Ilmenau.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] Frage Abbiegebeschränkung Berlin
Am 27. Mai 2014 11:07 schrieb Volker Schmidt vosc...@gmail.com: Auserdem hat http://www.openstreetmap.org/way/24021332 einen falschen tag value: access=designated Der zweite Teil derselben Strasse http://www.openstreetmap.org/way/165333156hat mit access=destination wenigstens eine gueltige tag/value Kombibation. Mit access=destination auf way 24021332 wuerde die Abbiegebeschraenkung ueberfluessig. kann man aber nur mutmaßen ohne vor Ort gewesen zu sein. Ich habe die Frage an die Berliner Liste weitergeleitet, da findet sich hoffentlich jemand, der die Stelle in ihrem aktuellen Zustand kennt. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] OSMI Adressauswertung - Spatialite / Nominatim / Adressauswertung Was: ARD Ratgeber: Internet - Alternativen zu Google-Maps Open Source
Hi Lukas, On Mon, May 26, 2014 at 12:24:15PM +, Toggenburger Lukas wrote: Diese View habe ich ja verbrochen... Mit ein Grund weshalb das Ding viel RAM benötigt ist, dass die Positionen _aller_ Nodes beim Einlesen der Datei zwischengespeichert werden. Das macht die Programmierung einfacher: Beim Verarbeiten von Ways hat man so gleich Zugriff auf die Node-Positionen, nicht nur auf die IDs der Nodes. Möchte man das RAM-mässig schlanker machen, könnte man, wie von Frederik vorgeschlagen, am Anfang des Programms einen weiteren Durchlauf einführen, der notiert, von welchen IDs man die Koordinaten benötigt. Im nächsten Durchlauf würde man dann nicht alle Node-Koordinaten speichern, sondern nur die Koordinaten der Nodes mit den notierten IDs. Danke für den Code - Ich bin ja C gewohnt und wenn ich mit das C++ zeugs Ansehe verstehe ich leider oft nur Bahnhof. Naja - irgendwann verstehe ich da mal mehr. Als ich mit dem Code gespielt habe ist mir so die idee gekommen das man die Adressauswertung und noch einigen aehnlichen Geschichten vielleicht das Nominatim Thema mal beschleunigen könnte. Der Nominatim Import scheint ja so das gruseligste und aufwendigste zu sein was hier so gerade laeuft. Da immer mehr Leute mit Adressen aus OSM spielen (wollen) wäre es vielleicht auch schick das Ergebniss was ihr da jetzt nächtens erzeugt wie die Geofabrik shapes bzw osm files zum download anzubieten. Ob da die spatialite dann das richtige wäre weiss ich nicht. Aber mit so einem export dann einen Solr zu füttern um auf der eigenen Webseite eine unscharfe Adresssuche zu implementieren ist dann Kindergeburtstag. Aber wir schweifen vom Thema ab... Das macht nichts ;) Ach ja - Was ich zusaetzlich zum OSMI Adressview jetzt verwende ist das hier: http://gulp21.bplaced.net/osm/housenumbervalidator Das dingen ist schick weil es doppelte Adressen findet, vor allem wenn diese weit auseinander liegen. Meist ist das dann ein Problem das die Adresse doch zu einer anderen Straße gehört. Leider updated das nur jede woche oder so ... Wenn ihr also am OSMI Adressview weiterbaut wäre das vielleicht noch ein Addon ... 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
[Talk-de] OSMI addr:place vs. addr:street
Hi, ich habe hier einen Ortsteil in dem die Adressen nicht an der Straße sondern im Ort liegen. Dafür gibt es einen place=suburb, name=Bosfeld und dann entsprechend addr:place=Bosfeld und kein addr:street= Der OMSI warnt die an nach dem motto no addr:street tag - was ja auch erstmal richtig ist. http://tools.geofabrik.de/osmi/?view=addresseslon=8.25288lat=51.85534zoom=17overlays=buildings,buildings_with_addresses,postal_code,no_addr_street,street_not_found,nodes_with_addresses_defined,nodes_with_addresses_interpolated,interpolation,interpolation_errors,connection_lines,nearest_points,nearest_roads 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
[Talk-de] Geodaten des Bundes
Moin, gibt es etwas Neues zur Nutzung der Geodaten des Bundes in OSM? Ich habe eine Aussage von Joachim Kast aus dem letzten Oktober gefunden: Ich habe im Vorfeld der letze Woche stattgefunden INSPIRE-Konferenz des BMI die Beauftragte der Bundesregierung für Informationstechnik gebeten, zu überprüfen, ob der Bund das schon erwänte Berliner Modell der Namensnennung anwenden könnte. Wegen der derzeit laufenden Koalitionsverhandlungen rechne ich auch nicht mit einer schnellen Antwort. Es scheint absurd, dass der Bund und OSM die gleiche Bedingung an die Nutzer stellen und die Lizenzen deshalb nicht kompatibel sind. Gruß Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Geodaten des Bundes
Hallo, On 05/27/2014 06:31 PM, Stephan Wolff wrote: Es scheint absurd, dass der Bund und OSM die gleiche Bedingung an die Nutzer stellen und die Lizenzen deshalb nicht kompatibel sind. Ist doch aber logisch, oder? Wir verlangen überall wo OSM drin ist, muss auch OSM drauf stehen; weitergehende Forderungen bezüglich der Namensnennung erheben wir nicht. Wenn ein anderer nun sagt überall wo Bund drin ist, muss auch Bund drauf stehen, dann können seine Daten eben nicht in OSM einfliessen, weil wir eben nicht mehr garantieren können, dass später noch Bund draufsteht. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSMI addr:place vs. addr:street
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, On 05/27/2014 06:01 PM, Florian Lohoff wrote: Der OMSI warnt die an nach dem motto no addr:street tag - was ja auch erstmal richtig ist. Seit Lukas Toggenburger das Adressmodul neu programmiert hat, haben wir dafür ja sogar sowas modernes wie einen Issuetracker, und Deine Anmerkung ist hier schon verzeichnet: https://github.com/ltog/osmi-addresses/issues/15 Bye Frederik - -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 -BEGIN PGP SIGNATURE- Version: GnuPG v1 Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJThM4bAAoJEOx/uhGAJu9HN9MH/2/BYBz5sETOWbY5dV7cL6F/ 5GGk6Uor+PSjpAaLLN+IzrkCx6mXnt70lTC3tmkeqiHXd4TPOdRYb5tX6aGMufxH tMWXSr8j203DZm8ugUz/uvsQylU13FvHtdjjL7cLwIolio44cMw2UY3wM9QUwdnA /Wc375MbdLWRSho6buEc1pMRhRkPvWfvndc2tBjNlUhB09gRShm4FL4PoFmpfJne xfaC+fcFunHFZyuLRke38IRSPfZo0BQMvxE0LLzYj+XRKUjMjmSEgDaQjzJWQMVf V1fVY1QumPYjbNOEuUT9pxUSLYHNoGoLlY50EpQ2+z5xiNXXAYsRC+1IvqhsR+8= =m1Pi -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Geodaten des Bundes
Am 27. Mai 2014 19:38 schrieb Frederik Ramm frede...@remote.org: Hallo, On 05/27/2014 06:31 PM, Stephan Wolff wrote: Es scheint absurd, dass der Bund und OSM die gleiche Bedingung an die Nutzer stellen und die Lizenzen deshalb nicht kompatibel sind. Ist doch aber logisch, oder? Wir verlangen überall wo OSM drin ist, muss auch OSM drauf stehen; weitergehende Forderungen bezüglich der Namensnennung erheben wir nicht. Wenn ein anderer nun sagt überall wo Bund drin ist, muss auch Bund drauf stehen, dann können seine Daten eben nicht in OSM einfliessen, weil wir eben nicht mehr garantieren können, dass später noch Bund draufsteht. In § 3 Nr. 2 GeoNutzV ist vorgesehen: [dass] Veränderungen, Bearbeitungen, neue Gestaltungen oder sonstige Abwandlungen mit einem Veränderungshinweis im beigegebenen Quellenvermerk versehen werden oder, sofern die geodatenhaltende Stelle dies verlangt, der beigegebene Quellenvermerk gelöscht wird.[1] Man muss die geodatenhaltende Stelle, also den Bund, also nur dazu bringen, dass sie die Löschung des Quellenvermerks verlangt, was natürlich Überzeugungsarbeit oder eine Frage geschickter geschickter Argumentation Es könnte sein, dass die Daten durch meine Bearbeitung schlechter werden, die Namensnennung ist doch dann nicht mehr in Ihrem Interesse!? ist. Vielleicht nicht optimal, aber es ist ein Weg. Die GeoNutzV ist die zum GeoZG gehörende Verordnung. Das GeoZG regelt das Ob der Freigabe als Open Data, die GeoNutzV regelt das Wie der Freigabe von Open Data. Gruß Falk [1] http://www.gesetze-im-internet.de/geonutzv/__3.html ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Geodaten des Bundes
Man muss die geodatenhaltende Stelle, also den Bund, also nur dazu bringen, dass sie die Löschung des Quellenvermerks verlangt, was natürlich Überzeugungsarbeit oder eine Frage geschickter geschickter Argumentation Es könnte sein, dass die Daten durch meine Bearbeitung schlechter werden, die Namensnennung ist doch dann nicht mehr in Ihrem Interesse!? ist. Vielleicht nicht optimal, aber es ist ein Weg. Ich bin im Juni/Juli zu Workshops beim Lenkungsgremium GDI-DE und beim BMI eingeladen. Dabei werde ich natürlich (wie immer) auf die verzwickte Situation der Namensnennung sowie deren Lösung in Berlin und NRW hinweisen. Letztes Jahr waren die Schlussworte zu meinem Vortrag Offene Geodaten - Was machen wir jetzt damit? beim Fortbildungsseminar des RTG: Was macht nun die Community mit den offenen Geodaten des Bundes? Nichts - Wir warten ab und trinken Bier! Wenn diese Termine vorbei sind, werde ich hier über den aktuellen Stand berichten. Grüße Joachim ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Wochennotiz Nr. 201 20.5.–26.5.2014
Hallo, die Wochennotiz Nr. 201 mit allen wichtigen Neuigkeiten aus der OpenStreetMap Welt ist da: http://blog.openstreetmap.de/blog/2014/05/wochennotiz-nr-201/ Viel Spaß beim Lesen! ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Geodaten des Bundes
Am 27.05.2014 20:50, schrieb Joachim Kast: Ich bin im Juni/Juli zu Workshops beim Lenkungsgremium GDI-DE und beim BMI eingeladen. Dabei werde ich natürlich (wie immer) auf die verzwickte Situation der Namensnennung sowie deren Lösung in Berlin und NRW hinweisen. Das wäre moralisch einfacher, wenn OSM umgekehrt genauso flexibel wäre. Wenn diese Termine vorbei sind, werde ich hier über den aktuellen Stand berichten. Danke für dein Engagement. Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Geodaten des Bundes
Am 27. Mai 2014 21:40 schrieb Stephan Wolff s.wo...@web.de: Am 27.05.2014 20:50, schrieb Joachim Kast: Ich bin im Juni/Juli zu Workshops beim Lenkungsgremium GDI-DE und beim BMI eingeladen. Dabei werde ich natürlich (wie immer) auf die verzwickte Situation der Namensnennung sowie deren Lösung in Berlin und NRW hinweisen. Das wäre moralisch einfacher, wenn OSM umgekehrt genauso flexibel wäre. Naja, ein wesentlicher Unterschied ist es meines Erachtens schon, ob man eine Namensnennung verlangt, weil viele freiwillige in ihrer Freizeit etwas zu einer gemeinsamen Sache beitragen, oder ob man einen anderen Grund dafür hat. Ehrlich gesagt ist mir bei Open Government Data noch kein überzeugender Grund für die Namensnennung eingefallen. Vielleicht habt ihr ein paar Ideen? Gruß Falk ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Sächsisch/Böhmische Schweiz
Hallo, Himmelfahrt und Männertag nahen - und ich ohne Karte. Free maps for Garmin brand GPS devices http://garmin.openstreetmap.nl/ ist überlastet und braucht noch 1,5 Tage, zu lange für mich. Hat jemand ein gmapsupp.img file der Region Sächsische und Böhmische Schweiz für ein Vista HCx zur Verfügung? Gibt es irgendwo ein Download Link? Das Wochenende wäre gerettet. Mit besten Grüßen Heinz signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Sächsisch/Böhmische Schweiz
Am 27.05.2014 23:25, schrieb Heinz-Jürgen Oertel: Gibt es irgendwo ein Download Link? Das Wochenende wäre gerettet. Hier klicken: http://wiki.openstreetmap.org/wiki/OSM_Map_On_Garmin/Download Chris ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Sächsisch/Böhmische Schweiz
On 27.05.2014 23:25, Heinz-Jürgen Oertel wrote: Himmelfahrt und Männertag nahen - und ich ohne Karte. Free maps for Garmin brand GPS devices http://garmin.openstreetmap.nl/ ist überlastet und braucht noch 1,5 Tage, zu lange für mich. Hat jemand ein gmapsupp.img file der Region Sächsische und Böhmische Schweiz für ein Vista HCx zur Verfügung? Gibt es irgendwo ein Download Link? Das Wochenende wäre gerettet. Für eine selbst zu definierende Region kann man auch http://extract.bbbike.org/ nehmen. hth Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-in] New national highways
Hi all New national highways which were declared in feb 2014 is updated in MORTH website. http://morth.nic.in/showfile.asp?lid=366 Thanks, naveenpf ___ Talk-in mailing list Talk-in@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-in
Re: [Talk-it] Tag per Bottega Solidale
Il 26/05/2014 19:52, girarsi_liste ha scritto: Sulla base della wiki, direi shop=charity http://wiki.openstreetmap.org/wiki/Tag:shop%3Dcharity Non è un ente caritatevole nè il negozio è a scopo di raccolta fondi nè vendono oggetti di seconda mano. Piuttosto vedrei shop=organic; clothes; craft operator=Bottega Solidale ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Servizio per Ottimizzare automaticamente tracciati GPX/KML online!
2014-05-26 19:09 GMT+02:00 Stefano Cudini stefano.cud...@gmail.com: Ah no no intendevo proprio le highway presenti nel db di OSM, le gpx credo che non vengano modificate.. mentre invece i tracciati che ho modificato molto tempo fa se li riguardo oggi spesso ho notato una maggiore approssimazione infatti spesso altri tratti li ho dovuto riaggiustare! mi sembrerebbe molto strano se qualcuno avesse fatto delle correzioni automatiche alle tue way, in ogni caso è vietato dalle guidelines: http://wiki.openstreetmap.org/wiki/Automated_Edits_code_of_conduct Hai un esempio di way che è stato modificato? In generale la cosa molto più probabile è che altri utenti hanno sistemato la cosa (manualmente). ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] commento su licenza odbl
Riprendo questo thread solo per segnalare che questo blog post http://openstreetmap.it/2014/03/in-quali-casi-vengono-attivate-le- clausole-di-condivisione-allo-stesso-modo-share-alike/ è stato inserito come riferimento per capire la ODbL all'interno delle linee guida nazionali sull'open data pubblicate oggi dall'AGID :) 2014-03-14 13:12 GMT+01:00 Simone Cortesi sim...@cortesi.com: Ciao, ieri, Simon Poole, chairman della openstreetmap foundation ha pubblicato un entry nel suo diario osm in cui parla delle clausole share-alike della ODBL: http://www.openstreetmap.org/user/SimonPoole/diary/21225 sabas, sbiribizio e io lo abbiamo tradotto in italiano e pubblicato al volo: http://openstreetmap.it/2014/03/in-quali-casi-vengono-attivate-le-clausole-di-condivisione-allo-stesso-modo-share-alike/ PS: se trovate errori, segnalatemelo per favore. -- -S ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it -- Maurizio Napo Napolitano http://de.straba.us ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] commento su licenza odbl
Grande Napo! 2014-05-27 14:24 GMT+02:00 Maurizio Napolitano napoo...@gmail.com: Riprendo questo thread solo per segnalare che questo blog post http://openstreetmap.it/2014/03/in-quali-casi-vengono-attivate-le- clausole-di-condivisione-allo-stesso-modo-share-alike/ è stato inserito come riferimento per capire la ODbL all'interno delle linee guida nazionali sull'open data pubblicate oggi dall'AGID :) 2014-03-14 13:12 GMT+01:00 Simone Cortesi sim...@cortesi.com: Ciao, ieri, Simon Poole, chairman della openstreetmap foundation ha pubblicato un entry nel suo diario osm in cui parla delle clausole share-alike della ODBL: http://www.openstreetmap.org/user/SimonPoole/diary/21225 sabas, sbiribizio e io lo abbiamo tradotto in italiano e pubblicato al volo: http://openstreetmap.it/2014/03/in-quali-casi-vengono-attivate-le-clausole-di-condivisione-allo-stesso-modo-share-alike/ PS: se trovate errori, segnalatemelo per favore. -- -S ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it -- Maurizio Napo Napolitano http://de.straba.us ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it -- -S ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Le linee guida nazionali sull'open data parlano di OpenStreetMap
Qui trovate l'annuncio dell'agid sul rilascio delle nuove linee guida della valorizzazione del patrimonio informativo pubblico http://www.agid.gov.it/notizie/linee-guida-valorizzazione-patrimonio-informativo-pubblico-edizione-2014 OpenStreetMap è ben presente :) - si parla di ODbL - si consiglia la lettura di questo blog post per caprila http://openstreetmap.it/2014/03/in-quali-casi-vengono-attivate-le- clausole-di-condivisione-allo-stesso-modo-share-alike/ ma in particolare si dedica qualche riga a descrivere cosa è OpenStreetMap OpenStreetMap – OSM]. E’ un progetto collaborativo, ispirato a Wikipedia, che ha il fine di creare una base dati georeferenziata. Gli output di OSM sono molteplici: mappe digitali online, oggetti classici del mondo della cartografia stampata, servizi di routing, geocodifica, mappe tematiche (es. ciclismo, escursionismo, accessibilità motoria, archeologia), ecc. Il progetto tutela la propria banca dati attraverso la licenza ODbL (si veda la sezione 8) che prevede l'obbligo di continuare a tenere aperta la banca dati citando la fonte e usando la frase “Copyright OpenStreetMap and contributors” nei prodotti derivati. I dati sono disponibili attraverso varie modalità: download diretto dell'intera banca dati in formato XML, download di alcune classi convertite nei formati GIS più noti, download tramite API attraverso interrogazioni per area o categoria. La categorizzazione dei dati avviene tramite un processo bottom- up governato da una pagina wiki dove gli attributi sono definiti con più tag. Maggiori dettagli su applicazioni, tassonomie, api, si trovano nella sezione del wiki dedicato al progetto mi sarebbe piaciuto vedere un riferimento anche nella sezione dedicata al MODELLO OPERATIVO PER LA PRODUZIONE E GESTIONE DEI DATI DI TIPO APERTO ... ma siamo in tempo per chiedere che lo inseriscano :) (come questo testo che può essere migliorato) -- Maurizio Napo Napolitano http://de.straba.us ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Servizio per Ottimizzare automaticamente tracciati GPX/KML online!
Il giorno 27 maggio 2014 12:39, Martin Koppenhoefer dieterdre...@gmail.comha scritto: 2014-05-26 19:09 GMT+02:00 Stefano Cudini stefano.cud...@gmail.com: Ah no no intendevo proprio le highway presenti nel db di OSM, le gpx credo che non vengano modificate.. mentre invece i tracciati che ho modificato molto tempo fa se li riguardo oggi spesso ho notato una maggiore approssimazione infatti spesso altri tratti li ho dovuto riaggiustare! mi sembrerebbe molto strano se qualcuno avesse fatto delle correzioni automatiche alle tue way, in ogni caso è vietato dalle guidelines: http://wiki.openstreetmap.org/wiki/Automated_Edits_code_of_conduct Hai un esempio di way che è stato modificato? In generale la cosa molto più probabile è che altri utenti hanno sistemato la cosa (manualmente). Appena mi capita di nuovo lo segnalerò.. cmq mi sembra molto strano che altri utenti si mettano a togliere nodi ad un tracciato gia presente.. ed è quello che avevo riscontrato. Ma non andiamo troppo OT :) 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
Re: [Talk-it] Servizio per Ottimizzare automaticamente tracciati GPX/KML online!
2014-05-27 16:10 GMT+02:00 Stefano Cudini stefano.cud...@gmail.com: Appena mi capita di nuovo lo segnalerò.. cmq mi sembra molto strano che altri utenti si mettano a togliere nodi ad un tracciato gia presente.. ed è quello che avevo riscontrato. Ma non andiamo troppo OT :) Non trovo sia OT :) Si tolgono nodi da un tracciato quando non servono (esempio: una strada _dritta_ con nodi in mezzo quali non hanno tags, e non sono utilizzati da altri way). ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Servizio per Ottimizzare automaticamente tracciati GPX/KML online!
Il 27 maggio 2014 16:19, Martin Koppenhoefer dieterdre...@gmail.com ha scritto: Non trovo sia OT :) Si tolgono nodi da un tracciato quando non servono (esempio: una strada _dritta_ con nodi in mezzo quali non hanno tags, e non sono utilizzati da altri way). +1 Ciao /niubii/ ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-dk] Poskasser
Hej. Jeg kan se at Post Danmark på deres hjemmeside har en funktion til at finde postkasser på et kort. Er der nogen, her på listen, der har undersøgt om det var muligt at få disse data? Overvejede selv at skrive til dem, men tænkte at jeg lige ville høre her først. Mvh Jens Hyllegaard ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Poskasser
Hej Jens Jeg ved ikke om nogen fra OSM Danmark har forsøgt og spurgt PostDanmark. Men jeg vil sige at kvaliteten (placeringen) er elendig i landområder - ofte 30-50 meter galt og af og til på den forkerte side af vejen. Så at plotte postkasser ind i et lokalområde man ikke kender er ikke så god ide efter PostDanmark data (hvis vi evt. får tilladelse til at bruge dem). I stedet for kan man jo få en god cykeltur rundt i ens landområde/lokalområde og selv finde dem og placere dem i OSM regi og i en bedre kvalitet end det PostDanmark har gjort. Med venlig hilsen Søren Johannessen 2014-05-27 15:26 GMT+02:00 Jens Hyllegaard j...@linushvj.dk: Hej. Jeg kan se at Post Danmark på deres hjemmeside har en funktion til at finde postkasser på et kort. Er der nogen, her på listen, der har undersøgt om det var muligt at få disse data? Overvejede selv at skrive til dem, men tænkte at jeg lige ville høre her først. Mvh Jens Hyllegaard ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-se] shell.openstreetmap.se är tillfälligt död
Nu har burken mer minne, mer swap och fler processorer… och ny kernel. :P /Joakim On 27 maj 2014, at 07:57, Karl Wettin karl.wet...@kodapan.se wrote: Jag råkade döda shell.openstreetmap.se genom att köra massa tunga gdal-skript på maskinen för att konvertera Valmyndigheterns shapefiler http://www.val.se/val/ep2014/statistik/index.html till OSM.xml. Ber så mycket om ursäkt till alla som hade grejer som körde på den maskinen. Skall i eftermiddag skruva upp resurserna för VM:en så det inte händer igen. kalle ___ Talk-se mailing list Talk-se@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-se ___ Talk-se mailing list Talk-se@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-se
[Talk-es] Preparando salida de campo en Sopela
Hola a todos, Para unas pruebas que vamos a hacer, necesitamos mapear muy muy bien una zona por lo que unas cuantas personas de DeustoTech vamos a preparar una salida a mapear mi pueblo (Sopela en Vizcaya). De cara a esta salida vamos a preparar un pequeño manual para cómo mapear correctamente edificios y portales. Una de las preguntas que teníamos es si últimamente habéis visto alguna forma extraña/nueva de mapear edificios o portales, que debiéramos echarle un ojo. Por lo demás, lo haremos siguiendo la info de la wiki y os subiremos el manual de la metodología seguida. Era simplemente por si hay alguna nueva técnica o tag que se nos haya podido escapar y que pueda ser interesante. Saludos. -- Ander Pijoan Lamas Research Assistant, Deustotech Computer Science Engineer University of Deusto E-mail: ander.pij...@deusto.es Phone: +34 664471228 in: http://www.linkedin.com/profile/view?id=162888312 ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-at] ÖPNV-Mapping und aufgetrennte Straßen = NOT FUNNY!
Stephan Bösch-Plepelits wrote: Als ich in meiner Gegend entdeckt hatte, wie ein User die Fahrbahn und die Straßenbahngeleise aufgetrennt hat, hab ich ihm geschrieben und versucht ihn davon abzuhalten - natürlich zwecklos. Inzwischen ist ja fast ganz Wien schon so verunstaltet worden ... Nicht fast. Die komplette Wiener Straßenbahn ist inzwischen zweigleisig gemappt. (Ich habe es gerade noch einmal überprüft.) Der letzte Abschnitt (Linie 41 bei Pötzleinsdorf) übrigens von mir: http://www.openstreetmap.org/changeset/20886503 http://www.openstreetmap.org/changeset/20886728 http://www.openstreetmap.org/changeset/20893059 Ich mag Dinge, die vollständig sind. Die vorher eingezeichneten zweiten Gleise haben aber andere geleistet bzw. verbrochen. :-) Kevin Kofler ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
[Talk-pt] Os 10 anos do OpenStreetMap
Viva, O dia 9 de Agosto é o dia marcado para festejar o 10° aniversário : http://wiki.openstreetmap.org/wiki/OpenStreetMap_10th_Anniversary_Birthday_party Seria bom fazer qualquer coisa em Portugal : beber uma cerveja, fazer um churrasco, fazer uma mapping party ... e claro cortar o bolo. Se alguem tem uma ideia ou um local a propor, estou aberto a todas as sugestões. Cumps. Francisco ___ Talk-pt mailing list Talk-pt@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-pt
Re: [Talk-pt] Os 10 anos do OpenStreetMap
Boas Isso parece ser uma boa ideia :) Depois combinam por email ou onde posso estar a par disso? A ver se consigo estar presente, deve ser bom! Cumps -Mensagem original- De: f.dos.san...@free.fr [mailto:f.dos.san...@free.fr] Enviada: terça-feira, 27 de Maio de 2014 15:48 Para: Lista de discussão para Portugal Assunto: [Talk-pt] Os 10 anos do OpenStreetMap Viva, O dia 9 de Agosto é o dia marcado para festejar o 10° aniversário : http://wiki.openstreetmap.org/wiki/OpenStreetMap_10th_Anniversary_Birthday_party Seria bom fazer qualquer coisa em Portugal : beber uma cerveja, fazer um churrasco, fazer uma mapping party ... e claro cortar o bolo. Se alguem tem uma ideia ou um local a propor, estou aberto a todas as sugestões. Cumps. Francisco ___ Talk-pt mailing list Talk-pt@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-pt ___ Talk-pt mailing list Talk-pt@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-pt
Re: [Talk-cat] com dibuixar interseccions
Hi ha un proverbi que diu: l'home primer fa allò que més li convé al propis interessos, desprès allò que li és més fàcil, desprès allò que li és més còmode i finalment, només al final, allò que és correcte. Conyes a banda El dia 26 maig de 2014 10:40, Jaume Figueras i Jové jaume.figue...@upc.eduha escrit: Hola, jo sóc partidari de dividir les vies amb illetes, siguin pintades o tinguin algun element físic que n'impedeixi el pas. Per tant em quedo amb l'opció 1. El motius per a mi són que permeten més expressivitat, per exemple: prohibicions específiques d'accés a camions, carrils bus a la sortida d'una rotonda que després desapareixen, carrils especials que et permeten anar d'un carrer a un altre sense entrar a la rotonda, rotondes amb semàfor a les vies d'entrada a la rotonda, etc. Aquestes situacions es compliquen bastant de modelar si solament hi ha una única via. Entenc que amb diferents ways és molt senzill resoldre-ho, però els trets de la pregunta no van encaminats a com m'és més fàcil fer-ho, si no a com és més correcte amb les normes d'OSM. Jo tinc entès que un way representa la calçada, i que els tags han d'acabar de definir les seves característiques. Però com que veig disparitat de criteris i no ho trobo escrit com regla d'or, doncs m'ho qüestiono. Fent una minúscula cerca a la comunitat internacional tampoc està clar i hi ha gustos per tot. Dels casos que planteges, alguns potser es poden resoldre amb l'esquema de lanes http://wiki.openstreetmap.org/wiki/Lanes, que ja et dic que senzill no és. Dels carrils especials que et permeten anar d'un carrer a un altre sense entrar a la rotonda i que em venen a la memòria, els més significatius solen ser amb un carril separat físicament, amb vorera, amb pals de plàstic, ... Lo altre no sé a què et refereixes. De ben segur que hi ha casos complicats en els que no hi ha manera de resoldre-ho amb etiquetes, però seran l'excepció, i només aquests els tractaria de forma excepcional, tota la resta no. Per exemple, la cruïlla que posava de mostra es pot resoldre de manera molt senzilla amb les restriccions de gir (opció 2). Un altre cas que a priori no sembla tant complicat http://www.icc.cat/vissir3/index.html?EiNWLWbWF, amb l'opció 2 les relacions de restriccions donen força feina (encara m'hi barallo), però com seria amb l'opció 1? Dividim en dos ways la calçada que va rotonda a rotonda per damunt del pont? Portant-ho a l'absurd, hauríem de dividir un carretera en dos ways cada vegada que trobéssim línia continua? O només doble continua? O només seria per les interseccions? On està la frontera? A més una illeta pintada té el mateix significat que una illeta de ciment o gespa. Potser té el mateix significat a efectes normatius de circulació, però físicament són ben diferents amb connotacions de l'ús que se'n pot fer. Com deia al principi, cadascú mira pel que li convé i a mi em convé que el mapa m'expliqui què em trobaré i per on podré passar, (saltant-me les continues si cal quan es doni el cas), les ratlles pintades a terra em preocupen poc, ja les veure quan arribi a la cruïlla. Un model que digui que no es pot passar quan en realitat sí que es pot, pel meu objectiu és un mal model. Evidentment, altres tenen objectius diferents i lo que per uns és bo, pels altres és dolent. La única complicació addicional és que jo hi poso una restricció de u-turn en el lloc on s'ajunten de nou les dues vies i es converteix en una única, per si de cas un encaminador hi volgués girar. Per filar més prim encara, potser en algunes no cal ja que si hi ha línia discontinua no està prohibit fer un canvi de sentit ;-) ___ Talk-cat mailing list Talk-cat@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cat
[Talk-cz] Fwd: [okfn-cz] Otevrena data z bank
Zdravim, neco pro OSM? Martin -- Přeposlaná zpráva -- Od: Michal Kubáň michal.ku...@motejl.cz Datum: 27. května 2014 10:46 Předmět: [okfn-cz] Otevrena data z bank Komu: okfn...@lists.okfn.org Dobrý den, české banky (ČSOB, KB) mají velký zájem zveřejňovat svá data a rádi by dostaly feedback od komunity v tomto mailing listu a prakticky od kohokoliv, která data ideálně zveřejňovat, o jaké datasety by byl ideálně největší zájem, v jakém formátu je publikovat, tak aby byly co nejvíce využity. Popř. co dál by se mohlo publikovat z bankovního sektoru a propojit s věcma mimo finančnický svět Ve Fondu Otakara Motejla jsme obdrželi přehled datasetů, které banky můžou otevřít. (viz níže) Podívejte se prosím na to a pokud vás něco napadne, dejte vědět. · Provozní informace – oznamy o plánovaných výpadkoch elektronických kanálov, bankových služieb · Bankomaty – adresa, GPS, prevádzovkové hodiny, služby · Pobočky - adresa, GPS, prevádzovkové hodiny, služby · Kurzovní lístek – základné i exotické meny · Fondy – fondy obsahujú veľa informácií, tak pre ilustráciu: http://www.csob.cz/cz/fondy/Zajistene-fondy/Stranky/BE6238493355.aspx · Novinky - Správy z banky, príklad: http://www.csob.cz/cz/aktuality/Stranky/default.aspx · Analýzy - príklad: http://www.csob.cz/cz/Csob/Analyzy/Stranky/default.aspx?redir=121025 · Volná pracovní místa · Kalendář událostí – príklad termínov s odovzdaním daňových priznaní · Transparentné účty – základné informácie o účtoch, transakčná história · Sazebníky · Úrokové míry Údaje z bankovních i nebankovních registrů jsou určitě zajímavé, ty však nevlastní jedna banka. Resp. každá banka má údaje jen o svých klientech, které nejsou veřejné. Díky S pozdravem Michal Kubáň -- Michal Kubáň Koordinátor Fondu Otakara Motejla FOND OTAKARA MOTEJLA Hradecká 18, 130 00 Praha 3 t: +420 226 227 705 m: +420 737 525 319 e: michal.ku...@motejl.cz | w: www.osf.cz fb: www.facebook.com/nadace.osf | t: @nadaceOSF Fond Otakara Motejla spravuje Nadace Open Society Fund Praha. ___ okfn-cz mailing list okfn...@lists.okfn.org https://lists.okfn.org/mailman/listinfo/okfn-cz Unsubscribe: https://lists.okfn.org/mailman/options/okfn-cz -- Martin Landa * http://geo.fsv.cvut.cz/gwiki/Landa ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Fwd: [okfn-cz] Otevrena data z bank
Tak určitě ;-) Myslím, že mít kompletní seznam bankomatů a poboček by určitě neuškodilo. Jen by to muselo být někde na jednom místě - chtěl bych se vyhnout stahování dat od každé banky zvlášť. Takže ideálně nějaký server, který bude ta data shromažďovat a dále pak publikovat souhrnná a přírůstková data pod nějakou vhodnou licencí. Pak by se, dle kvality dat, dalo uvažovat o importu. Marián -- Původní zpráva -- Od: Martin Landa landa.mar...@gmail.com Komu: OpenStreetMap - CZ talk-cz@openstreetmap.org Datum: 27. 5. 2014 11:19:53 Předmět: [Talk-cz] Fwd: [okfn-cz] Otevrena data z bank Zdravim, neco pro OSM? Martin -- Přeposlaná zpráva -- Od: Michal Kubáň michal.ku...@motejl.cz Datum: 27. května 2014 10:46 Předmět: [okfn-cz] Otevrena data z bank Komu: okfn...@lists.okfn.org Dobrý den, české banky (ČSOB, KB) mají velký zájem zveřejňovat svá data a rádi by dostaly feedback od komunity v tomto mailing listu a prakticky od kohokoliv, která data ideálně zveřejňovat, o jaké datasety by byl ideálně největší zájem, v jakém formátu je publikovat, tak aby byly co nejvíce využity. Popř. co dál by se mohlo publikovat z bankovního sektoru a propojit s věcma mimo finančnický svět Ve Fondu Otakara Motejla jsme obdrželi přehled datasetů, které banky můžou otevřít. (viz níže) Podívejte se prosím na to a pokud vás něco napadne, dejte vědět. · Provozní informace – oznamy o plánovaných výpadkoch elektronických kanálov, bankových služieb · Bankomaty – adresa, GPS, prevádzovkové hodiny, služby · Pobočky - adresa, GPS, prevádzovkové hodiny, služby · Kurzovní lístek – základné i exotické meny · Fondy – fondy obsahujú veľa informácií, tak pre ilustráciu: http://www.csob.cz/cz/fondy/Zajistene-fondy/Stranky/BE6238493355.aspx · Novinky - Správy z banky, príklad: http://www.csob.cz/cz/aktuality/Stranky/default.aspx · Analýzy - príklad: http://www.csob.cz/cz/Csob/Analyzy/Stranky/default.aspx?redir=121025 · Volná pracovní místa · Kalendář událostí – príklad termínov s odovzdaním daňových priznaní · Transparentné účty – základné informácie o účtoch, transakčná história · Sazebníky · Úrokové míry Údaje z bankovních i nebankovních registrů jsou určitě zajímavé, ty však nevlastní jedna banka. Resp. každá banka má údaje jen o svých klientech, které nejsou veřejné. Díky S pozdravem Michal Kubáň -- Michal Kubáň Koordinátor Fondu Otakara Motejla FOND OTAKARA MOTEJLA Hradecká 18, 130 00 Praha 3 t: +420 226 227 705 m: +420 737 525 319 e: michal.ku...@motejl.cz | w: www.osf.cz fb: www.facebook.com/nadace.osf | t: @nadaceOSF Fond Otakara Motejla spravuje Nadace Open Society Fund Praha. ___ okfn-cz mailing list okfn...@lists.okfn.org https://lists.okfn.org/mailman/listinfo/okfn-cz Unsubscribe: https://lists.okfn.org/mailman/options/okfn-cz -- Martin Landa * http://geo.fsv.cvut.cz/gwiki/Landa ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz;___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Fwd: [okfn-cz] Otevrena data z bank
Pánové, má-li to sloužit obecnému blahu a ne jenom pro OSM, chce to uchopit víc koncepčně. Mimo jiné by mě zajímalo, kdo ty data bude dlouhodobě pást atd atd. J On Tue, May 27, 2014 at 11:31:54AM +0200, Marián Kyral wrote: Tak určitě ;-) Myslím, že mít kompletní seznam bankomatů a poboček by určitě neuškodilo. Jen by to muselo být někde na jednom místě - chtěl bych se vyhnout stahování dat od každé banky zvlášť. Takže ideálně nějaký server, který bude ta data shromažďovat a dále pak publikovat souhrnná a přírůstková data pod nějakou vhodnou licencí. Pak by se, dle kvality dat, dalo uvažovat o importu. Marián -- Původní zpráva -- Od: Martin Landa landa.mar...@gmail.com Komu: OpenStreetMap - CZ talk-cz@openstreetmap.org Datum: 27. 5. 2014 11:19:53 Předmět: [Talk-cz] Fwd: [okfn-cz] Otevrena data z bank Zdravim, neco pro OSM? Martin -- Přeposlaná zpráva -- Od: Michal Kubáň michal.ku...@motejl.cz Datum: 27. května 2014 10:46 Předmět: [okfn-cz] Otevrena data z bank Komu: okfn...@lists.okfn.org Dobrý den, české banky (ČSOB, KB) mají velký zájem zveřejňovat svá data a rádi by dostaly feedback od komunity v tomto mailing listu a prakticky od kohokoliv, která data ideálně zveřejňovat, o jaké datasety by byl ideálně největší zájem, v jakém formátu je publikovat, tak aby byly co nejvíce využity. Popř. co dál by se mohlo publikovat z bankovního sektoru a propojit s věcma mimo finančnický svět Ve Fondu Otakara Motejla jsme obdrželi přehled datasetů, které banky můžou otevřít. (viz níže) Podívejte se prosím na to a pokud vás něco napadne, dejte vědět. · Provozní informace – oznamy o plánovaných výpadkoch elektronických kanálov, bankových služieb · Bankomaty – adresa, GPS, prevádzovkové hodiny, služby · Pobočky - adresa, GPS, prevádzovkové hodiny, služby · Kurzovní lístek – základné i exotické meny · Fondy – fondy obsahujú veľa informácií, tak pre ilustráciu: http://www.csob.cz/cz/fondy/Zajistene-fondy/Stranky/BE6238493355.aspx · Novinky - Správy z banky, príklad: http://www.csob.cz/cz/aktuality/Stranky/default.aspx · Analýzy - príklad: http://www.csob.cz/cz/Csob/Analyzy/Stranky/default.aspx?redir=121025 · Volná pracovní místa · Kalendář událostí – príklad termínov s odovzdaním daňových priznaní · Transparentné účty – základné informácie o účtoch, transakčná história · Sazebníky · Úrokové míry Údaje z bankovních i nebankovních registrů jsou určitě zajímavé, ty však nevlastní jedna banka. Resp. každá banka má údaje jen o svých klientech, které nejsou veřejné. Díky S pozdravem Michal Kubáň -- Michal Kubáň Koordinátor Fondu Otakara Motejla FOND OTAKARA MOTEJLA Hradecká 18, 130 00 Praha 3 t: +420 226 227 705 m: +420 737 525 319 e: michal.ku...@motejl.cz | w: www.osf.cz fb: www.facebook.com/nadace.osf | t: @nadaceOSF Fond Otakara Motejla spravuje Nadace Open Society Fund Praha. ___ okfn-cz mailing list okfn...@lists.okfn.org https://lists.okfn.org/mailman/listinfo/okfn-cz Unsubscribe: https://lists.okfn.org/mailman/options/okfn-cz -- Martin Landa * http://geo.fsv.cvut.cz/gwiki/Landa ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz -- Jachym Cepicky URL: http://les-ejk.cz e-mail: jachym.cepicky at gmail com PGP: http://les-ejk.cz/pgp/JachymCepicky.pgp @jachymc signature.asc Description: Digital signature ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Fwd: [okfn-cz] Otevrena data z bank
Ahoj! české banky (ČSOB, KB) mají velký zájem zveřejňovat svá data a rádi by dostaly feedback od komunity v tomto mailing listu a prakticky od kohokoliv, která data ideálně zveřejňovat, o jaké datasety by byl To by bylo super. · Provozní informace – oznamy o plánovaných výpadkoch elektronických kanálov, bankových služieb Tohle asi do mapy nepatri. · Bankomaty – adresa, GPS, prevádzovkové hodiny, služby · Pobočky - adresa, GPS, prevádzovkové hodiny, služby Zato tohle se do mapy skvele hodi. A v podstate... nebylo by nejjednodussi, kdyby to ta banka pripravila v .osm, mi to zkoukli, a ona to proste nauploadovala? Trochu problem vidim s tim seznamem sluzeb, nevim jestli na to mame vhodny tag... Pavel -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Fwd: [okfn-cz] Otevrena data z bank
Ahoj, jj, jak píše Marián. Formát by měl být takový, který lze snadno strojově zpracovat, což *NENÍ* MS Word ani MS Excel. Přidal bych položku wheelchair (zda je pobočka/bankomat dostupná osobě na vozíku). A nějaké to prohlášení či explicitní svolení s publikací v OSM určitě taky; kdo se má se Sergem dohadovat, že ;-). -- Petr On Tue, May 27, 2014 at 11:31:54AM +0200, Marián Kyral wrote: Tak určitě ;-) Myslím, že mít kompletní seznam bankomatů a poboček by určitě neuškodilo. Jen by to muselo být někde na jednom místě - chtěl bych se vyhnout stahování dat od každé banky zvlášť. Takže ideálně nějaký server, který bude ta data shromažďovat a dále pak publikovat souhrnná a přírůstková data pod nějakou vhodnou licencí. Pak by se, dle kvality dat, dalo uvažovat o importu. Marián -- Původní zpráva -- Od: Martin Landa landa.mar...@gmail.com Komu: OpenStreetMap - CZ talk-cz@openstreetmap.org Datum: 27. 5. 2014 11:19:53 Předmět: [Talk-cz] Fwd: [okfn-cz] Otevrena data z bank Zdravim, neco pro OSM? Martin -- Přeposlaná zpráva -- Od: Michal Kubáň michal.ku...@motejl.cz Datum: 27. května 2014 10:46 Předmět: [okfn-cz] Otevrena data z bank Komu: okfn...@lists.okfn.org Dobrý den, české banky (ČSOB, KB) mají velký zájem zveřejňovat svá data a rádi by dostaly feedback od komunity v tomto mailing listu a prakticky od kohokoliv, která data ideálně zveřejňovat, o jaké datasety by byl ideálně největší zájem, v jakém formátu je publikovat, tak aby byly co nejvíce využity. Popř. co dál by se mohlo publikovat z bankovního sektoru a propojit s věcma mimo finančnický svět Ve Fondu Otakara Motejla jsme obdrželi přehled datasetů, které banky můžou otevřít. (viz níže) Podívejte se prosím na to a pokud vás něco napadne, dejte vědět. ?? Provozní informace ??? oznamy o plánovaných výpadkoch elektronických kanálov, bankových služieb ?? Bankomaty ??? adresa, GPS, prevádzovkové hodiny, služby ?? Pobočky - adresa, GPS, prevádzovkové hodiny, služby ?? Kurzovní lístek ??? základné i exotické meny ?? Fondy ??? fondy obsahujú veľa informácií, tak pre ilustráciu: http://www.csob.cz/cz/fondy/Zajistene-fondy/Stranky/BE6238493355.aspx ?? Novinky - Správy z banky, príklad: http://www.csob.cz/cz/aktuality/Stranky/default.aspx ?? Analýzy - príklad: http://www.csob.cz/cz/Csob/Analyzy/Stranky/default.aspx?redir=121025 ?? Volná pracovní místa ?? Kalendář událostí ??? príklad termínov s odovzdaním daňových priznaní ?? Transparentné účty ??? základné informácie o účtoch, transakčná história ?? Sazebníky ?? Úrokové míry Údaje z bankovních i nebankovních registrů jsou určitě zajímavé, ty však nevlastní jedna banka. Resp. každá banka má údaje jen o svých klientech, které nejsou veřejné. Díky S pozdravem Michal Kubáň -- Michal Kubáň Koordinátor Fondu Otakara Motejla FOND OTAKARA MOTEJLA Hradecká 18, 130 00 Praha 3 t: +420 226 227 705 m: +420 737 525 319 e: michal.ku...@motejl.cz | w: www.osf.cz fb: www.facebook.com/nadace.osf | t: @nadaceOSF Fond Otakara Motejla spravuje Nadace Open Society Fund Praha. ___ okfn-cz mailing list okfn...@lists.okfn.org https://lists.okfn.org/mailman/listinfo/okfn-cz Unsubscribe: https://lists.okfn.org/mailman/options/okfn-cz -- Martin Landa * http://geo.fsv.cvut.cz/gwiki/Landa ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz; ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Fwd: [okfn-cz] Otevrena data z bank
Ahoj, -- Původní zpráva -- Od: Pavel Machek pa...@ucw.cz Komu: OpenStreetMap Czech Republic talk-cz@openstreetmap.org Datum: 27. 5. 2014 12:50:13 Předmět: Re: [Talk-cz] Fwd: [okfn-cz] Otevrena data z bank Ahoj! české banky (ČSOB, KB) mají velký zájem zveřejňovat svá data a rádi by dostaly feedback od komunity v tomto mailing listu a prakticky od kohokoliv, která data ideálně zveřejňovat, o jaké datasety by byl To by bylo super. · Provozní informace – oznamy o plánovaných výpadkoch elektronických kanálov, bankových služieb Tohle asi do mapy nepatri. · Bankomaty – adresa, GPS, prevádzovkové hodiny, služby · Pobočky - adresa, GPS, prevádzovkové hodiny, služby Zato tohle se do mapy skvele hodi. A v podstate... nebylo by nejjednodussi, kdyby to ta banka pripravila v .osm, mi to zkoukli, a ona to proste nauploadovala? No nevím. Zas takoví nadšenci tam asi nebudou :-D Podle mně akorát připraví nějaký textový výstup, který si pak mohou zájemci použít dle potřeby. Ideální by byl nějaký server jako je například RUIAN. Nemají banky nějakou asociaci, která by si to vzala pod křídla? Nebo třeba ČNB. Trochu problem vidim s tim seznamem sluzeb, nevim jestli na to mame vhodny tag... No moc tam toho není, ale pokud by byla potřeba, můžeme zkusit navrhnout rozšíření. http://wiki.openstreetmap.org/wiki/Tag:amenity%3Dbank http://wiki.openstreetmap.org/wiki/Tag:amenity%3Datm BTW: Tohle: drive_through(http://wiki.openstreetmap.org/wiki/Key:drive_through)= yes/no - Bank offers drive through service. je na mně už trochu moc. Marián Pavel -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/ blog.html ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz;___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] prapodivné tvary domů
Já to vždycky řešil s citem. Říkal jsem si, že pokud provedu extrudování toho tvaru, co jsem nakreslil směrem nahoru do výšky budovy, aby to dávalo co nejvěrnější představu o tvaru domu. Totiž zatím vcelku jeiná možnost, jak tato data vizualizovat mimo zakreslení v mapě je asi tento přístup. Cokoliv detailnějšího by stejně musel řešit odkaz na model té budovy. Neříkám, že je to správně, ale můj cit říká, že je to z těch řešení takový rozumný kompromis. Takže schody před domem zpravidla jako součást budovy nekreslím. Stejně tak, pokud je někde na budově nějaký singulární výstupek, tak taky ne. Samozřejmě existuje milion a jedna budova, kde ani moje řešení nic nevyřeší nebo povede k nějakému nepochopitelnému výsledku. K Dne 26.5.2014 17:18, Marián Kyral napsal(a): Dne 26.5.2014 09:14, Pavel Machek napsal(a): Ahoj! (+) míněno na budově samotné, jinak jsou tam přistavěny balkony, ale jednak samozřejmě úplně jinak než tam jsou ty výstupky, a jednak nevim, jak by se měly značit, ale určitě ne stejně jako obvodový plášť Ja myslim, ze balkon je soucasti budovy, a ano, znacil by se stejne jako obvodovy plast aspon do chvile, nez bude k dispozici podrobnejsi znaceni. Pavel Ona je asi podstatné, co by se vlastně mělo v OSM mapovat: Střecha? Základy? Obrys? Střecha je vidět na satelitní mapě. Základy jsou vidět v katastru/RUIAN. Obrys je asi kombinací obého. U něj je ale problém určit, co je ještě obrys. Patří schody/nájezdová rampa k domu? A terasa? I v KM/RUIAN to je pokaždé jiné, záleží kdo a kdy to zpracovával. A i ty balkóny. Pokud jsou pěkně v řadě nad sebou, tak je to v klidu, ale ony bývají i různě na přeskáčku a to pak z obrysu nejde poznat, co je balkón a co už ne. Takže asi záleží případ od případu. Marián ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Fwd: [okfn-cz] Otevrena data z bank
Radši bych z jejich strany viděl formát, na kterém se dohodnou a OSM by si z toho brala data která nás zajímají a jiné organizace zase jiná data. OSM je super, ale univerzální datový model to není. Ale to jsou jenom obecné řeči: s kým o tom máme mluvit a kdo? Pokud tady není zástupce banky, meleme prázdnou slámu. Kam máme zavolat a začít se s nimi o tom bavit? J On Tue, May 27, 2014 at 01:06:31PM +0200, Marián Kyral wrote: Ahoj, -- Původní zpráva -- Od: Pavel Machek pa...@ucw.cz Komu: OpenStreetMap Czech Republic talk-cz@openstreetmap.org Datum: 27. 5. 2014 12:50:13 Předmět: Re: [Talk-cz] Fwd: [okfn-cz] Otevrena data z bank Ahoj! české banky (ČSOB, KB) mají velký zájem zveřejňovat svá data a rádi by dostaly feedback od komunity v tomto mailing listu a prakticky od kohokoliv, která data ideálně zveřejňovat, o jaké datasety by byl To by bylo super. · Provozní informace – oznamy o plánovaných výpadkoch elektronických kanálov, bankových služieb Tohle asi do mapy nepatri. · Bankomaty – adresa, GPS, prevádzovkové hodiny, služby · Pobočky - adresa, GPS, prevádzovkové hodiny, služby Zato tohle se do mapy skvele hodi. A v podstate... nebylo by nejjednodussi, kdyby to ta banka pripravila v .osm, mi to zkoukli, a ona to proste nauploadovala? No nevím. Zas takoví nadšenci tam asi nebudou :-D Podle mně akorát připraví nějaký textový výstup, který si pak mohou zájemci použít dle potřeby. Ideální by byl nějaký server jako je například RUIAN. Nemají banky nějakou asociaci, která by si to vzala pod křídla? Nebo třeba ČNB. Trochu problem vidim s tim seznamem sluzeb, nevim jestli na to mame vhodny tag... No moc tam toho není, ale pokud by byla potřeba, můžeme zkusit navrhnout rozšíření. http://wiki.openstreetmap.org/wiki/Tag:amenity%3Dbank http://wiki.openstreetmap.org/wiki/Tag:amenity%3Datm BTW: Tohle: [1]drive_through=yes/no - Bank offers drive through service. je na mně už trochu moc. Marián Pavel -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz References Visible links 1. Key:drive through http://wiki.openstreetmap.org/wiki/Key:drive_through ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz -- Jachym Cepicky URL: http://les-ejk.cz e-mail: jachym.cepicky at gmail com PGP: http://les-ejk.cz/pgp/JachymCepicky.pgp @jachymc signature.asc Description: Digital signature ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] locus a moře
A co použít OpenAndroMaps? Dne 27. května 2014 13:57 Tomáš Kratina t.krat...@gmail.com napsal(a): Ahoj, zkouším vytvořit mapu Chorvatska pro program Locus na android. Dělal jsem to podle tohoto návodu https://www.pslib.cz/ke/Vektorov%C3%A9_mapy_pro_Locus Styl pro vykreslení používám stejný jako je tady (osmarender_gccz.zip) http://osm.paws.cz/ Mám ale následující problém (viz. příloha) Moře se renderuje špatně, dokonce některé ostrovy jsou taky modré, jinde voda chybí. Netuší někdo jak to opravit? Nebo kde stáhnout aktuální mapu chorvatska pro Locus s vrstevnicemi? Jednu mapu jsem našel, neměla vrstvenice a problém s mořem tam byl také, takže vrstevnicemi to není. Kdyby to někdo chtěl zkusit tak můžete stahovat odsud https://drive.google.com/file/d/0B2YtzG4alD3ScnVfVm55bDFWUnc/edit?usp=sharing ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] locus a moře
(pokračování předchozího mailu, odeslaného omylem) http://www.openandromaps.org/en/downloads/europe Už jsem na to nějakou dobu nekoukal, ale pokud si pamatuju dobře, měly by tam vrstevnice být. V,. Dne 27. května 2014 15:13 Václav Řehák rehak...@gmail.com napsal(a): A co použít OpenAndroMaps? Dne 27. května 2014 13:57 Tomáš Kratina t.krat...@gmail.com napsal(a): Ahoj, zkouším vytvořit mapu Chorvatska pro program Locus na android. Dělal jsem to podle tohoto návodu https://www.pslib.cz/ke/Vektorov%C3%A9_mapy_pro_Locus Styl pro vykreslení používám stejný jako je tady (osmarender_gccz.zip) http://osm.paws.cz/ Mám ale následující problém (viz. příloha) Moře se renderuje špatně, dokonce některé ostrovy jsou taky modré, jinde voda chybí. Netuší někdo jak to opravit? Nebo kde stáhnout aktuální mapu chorvatska pro Locus s vrstevnicemi? Jednu mapu jsem našel, neměla vrstvenice a problém s mořem tam byl také, takže vrstevnicemi to není. Kdyby to někdo chtěl zkusit tak můžete stahovat odsud https://drive.google.com/file/d/0B2YtzG4alD3ScnVfVm55bDFWUnc/edit?usp=sharing ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] locus a moře
Díky, ale mapu Chorvatska tam nikde nevidím. 2014-05-27 15:16 GMT+02:00 Václav Řehák rehak...@gmail.com: (pokračování předchozího mailu, odeslaného omylem) http://www.openandromaps.org/en/downloads/europe Už jsem na to nějakou dobu nekoukal, ale pokud si pamatuju dobře, měly by tam vrstevnice být. V,. Dne 27. května 2014 15:13 Václav Řehák rehak...@gmail.com napsal(a): A co použít OpenAndroMaps? Dne 27. května 2014 13:57 Tomáš Kratina t.krat...@gmail.com napsal(a): Ahoj, zkouším vytvořit mapu Chorvatska pro program Locus na android. Dělal jsem to podle tohoto návodu https://www.pslib.cz/ke/Vektorov%C3%A9_mapy_pro_Locus Styl pro vykreslení používám stejný jako je tady (osmarender_gccz.zip) http://osm.paws.cz/ Mám ale následující problém (viz. příloha) Moře se renderuje špatně, dokonce některé ostrovy jsou taky modré, jinde voda chybí. Netuší někdo jak to opravit? Nebo kde stáhnout aktuální mapu chorvatska pro Locus s vrstevnicemi? Jednu mapu jsem našel, neměla vrstvenice a problém s mořem tam byl také, takže vrstevnicemi to není. Kdyby to někdo chtěl zkusit tak můžete stahovat odsud https://drive.google.com/file/d/0B2YtzG4alD3ScnVfVm55bDFWUnc/edit?usp=sharing ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] locus a moře
Aha je to součástí mapy Balkan, tak ok, zkusím. 2014-05-27 15:38 GMT+02:00 Tomáš Kratina t.krat...@gmail.com: Díky, ale mapu Chorvatska tam nikde nevidím. 2014-05-27 15:16 GMT+02:00 Václav Řehák rehak...@gmail.com: (pokračování předchozího mailu, odeslaného omylem) http://www.openandromaps.org/en/downloads/europe Už jsem na to nějakou dobu nekoukal, ale pokud si pamatuju dobře, měly by tam vrstevnice být. V,. Dne 27. května 2014 15:13 Václav Řehák rehak...@gmail.com napsal(a): A co použít OpenAndroMaps? Dne 27. května 2014 13:57 Tomáš Kratina t.krat...@gmail.com napsal(a): Ahoj, zkouším vytvořit mapu Chorvatska pro program Locus na android. Dělal jsem to podle tohoto návodu https://www.pslib.cz/ke/Vektorov%C3%A9_mapy_pro_Locus Styl pro vykreslení používám stejný jako je tady (osmarender_gccz.zip) http://osm.paws.cz/ Mám ale následující problém (viz. příloha) Moře se renderuje špatně, dokonce některé ostrovy jsou taky modré, jinde voda chybí. Netuší někdo jak to opravit? Nebo kde stáhnout aktuální mapu chorvatska pro Locus s vrstevnicemi? Jednu mapu jsem našel, neměla vrstvenice a problém s mořem tam byl také, takže vrstevnicemi to není. Kdyby to někdo chtěl zkusit tak můžete stahovat odsud https://drive.google.com/file/d/0B2YtzG4alD3ScnVfVm55bDFWUnc/edit?usp=sharing ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] locus a moře
http://www.openandromaps.org/en/downloads/europe - Balkan Klikni na tlačítko Coverage a uvidíš, co to obsahuje. V. Dne 27. května 2014 15:38 Tomáš Kratina t.krat...@gmail.com napsal(a): Díky, ale mapu Chorvatska tam nikde nevidím. 2014-05-27 15:16 GMT+02:00 Václav Řehák rehak...@gmail.com: (pokračování předchozího mailu, odeslaného omylem) http://www.openandromaps.org/en/downloads/europe Už jsem na to nějakou dobu nekoukal, ale pokud si pamatuju dobře, měly by tam vrstevnice být. V,. Dne 27. května 2014 15:13 Václav Řehák rehak...@gmail.com napsal(a): A co použít OpenAndroMaps? Dne 27. května 2014 13:57 Tomáš Kratina t.krat...@gmail.com napsal(a): Ahoj, zkouším vytvořit mapu Chorvatska pro program Locus na android. Dělal jsem to podle tohoto návodu https://www.pslib.cz/ke/Vektorov%C3%A9_mapy_pro_Locus Styl pro vykreslení používám stejný jako je tady (osmarender_gccz.zip) http://osm.paws.cz/ Mám ale následující problém (viz. příloha) Moře se renderuje špatně, dokonce některé ostrovy jsou taky modré, jinde voda chybí. Netuší někdo jak to opravit? Nebo kde stáhnout aktuální mapu chorvatska pro Locus s vrstevnicemi? Jednu mapu jsem našel, neměla vrstvenice a problém s mořem tam byl také, takže vrstevnicemi to není. Kdyby to někdo chtěl zkusit tak můžete stahovat odsud https://drive.google.com/file/d/0B2YtzG4alD3ScnVfVm55bDFWUnc/edit?usp=sharing ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Nominatim a české adresy
On 2014-05-26, 18:19 GMT, Petr Morávek [Xificurk] wrote: Osobně jsem se (zjevně mylně) domníval, že číslo městského obvodu do adresy nepatří. Dokonce i formulář pro ověření adresy [1] obsahuje jen políčko Obec, nikoliv Městský obvod, takže je potřeba zadat jen Praha bez čísla, v opačném případě sice vyhledávání zafunguje, ale objeví se upozornění: Z mé temné právnické minulosti (ale už je to fakt docela dávno) si mlhavě pamatuji, že zákon o hl. m. Praze (nebo zákon o obcích?) praví, že obec je v Praze městský obvod (tj. Praha 1-22? chtělo by to sehnat aktuální znění) a ne Praha jako celek. Takže pokud chtějí Obec tak je správná odpověď Praha 3, nikoli Praha. Praha jako celek je kraj (a taky nemá starostu ale primátora). Matěj ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Nominatim a české adresy
On 2014-05-26, 18:19 GMT, Petr Morávek [Xificurk] wrote: předně velice děkujeme za odkaz na konkrétní vyhlášku - konečně tedy víme přesně, které členění Prahy se v adrese má používat (městské obvody Praha 1-10). Mňo ... anebo má pravdu https://cs.wikipedia.org/wiki/%C4%8C%C3%A1sti_Prahy a obcí je v Praze 57? :( To je, panečku, bordel! Matěj ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
[Talk-cz] Mistni nazvy z cuzk:km - place=locality?
Ahoj, při přidávání lesních cest jsem začal opisovat z CUZK:KM lokální označení neobydlených míst (polesí, pole...) poblíž Brna. Zaplevelil jsem tím mapu trochu víc než jsem původně čekal, tak se chci ujistit, že nedělám něco nežádoucího. Viz http://www.openstreetmap.org/#map=14/49.2423/16.4198 Názvy jsou nody s tagem place=locality, po vzoru hopeta kousek severněji u Lažánek. Je to ok? Popis na wiki vcelku sedí (http://wiki.openstreetmap.org/wiki/Tag:place%3Dlocality), ale prý by těch tagů mělo spíš ubývat. Vhodnější označení jsem ale nenašel. Turistické mapy tyhle názvy běžně obsahují, ale nevím jak je zkousnou renderery OSM... Díky Martin ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Mistni nazvy z cuzk:km - place=locality?
Zjevně nejsi sám http://www.openstreetmap.org/#map=14/49.1242/14.3598 JAnD Dne 27. května 2014 20:42 Martin Švec - OSM o...@maatts.cz napsal(a): Ahoj, při přidávání lesních cest jsem začal opisovat z CUZK:KM lokální označení neobydlených míst (polesí, pole...) poblíž Brna. Zaplevelil jsem tím mapu trochu víc než jsem původně čekal, tak se chci ujistit, že nedělám něco nežádoucího. Viz http://www.openstreetmap.org/#map=14/49.2423/16.4198 Názvy jsou nody s tagem place=locality, po vzoru hopeta kousek severněji u Lažánek. Je to ok? Popis na wiki vcelku sedí (http://wiki.openstreetmap. org/wiki/Tag:place%3Dlocality), ale prý by těch tagů mělo spíš ubývat. Vhodnější označení jsem ale nenašel. Turistické mapy tyhle názvy běžně obsahují, ale nevím jak je zkousnou renderery OSM... Díky Martin ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Mistni nazvy z cuzk:km - place=locality?
Taky to tak dělám. Ale u nás to není tak nahusto. http://www.openstreetmap.org/node/2486910675 Marián On 27. května 2014 21:12:43 CEST, Jan Dudík jan.du...@gmail.com wrote: Zjevně nejsi sám http://www.openstreetmap.org/#map=14/49.1242/14.3598 JAnD Dne 27. května 2014 20:42 Martin Švec - OSM o...@maatts.cz napsal(a): Ahoj, při přidávání lesních cest jsem začal opisovat z CUZK:KM lokální označení neobydlených míst (polesí, pole...) poblíž Brna. Zaplevelil jsem tím mapu trochu víc než jsem původně čekal, tak se chci ujistit, že nedělám něco nežádoucího. Viz http://www.openstreetmap.org/#map=14/49.2423/16.4198 Názvy jsou nody s tagem place=locality, po vzoru hopeta kousek severněji u Lažánek. Je to ok? Popis na wiki vcelku sedí (http://wiki.openstreetmap. org/wiki/Tag:place%3Dlocality), ale prý by těch tagů mělo spíš ubývat. Vhodnější označení jsem ale nenašel. Turistické mapy tyhle názvy běžně obsahují, ale nevím jak je zkousnou renderery OSM... Díky Martin ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz -- Odesláno z mého telefonu s Androidem pomocí pošty K-9 Mail. Omluvte prosím moji stručnost.___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Mistni nazvy z cuzk:km - place=locality?
Díky za info, takže dejme tomu že je to v por(ádku ;-) Na polích kolem vesnic je ne(kdy pojmenovaný každý metr, takže s hustotou se musí opatrne(, to už jsem zjistil. Martin Dne 27.5.2014 21:17, Marián Kyral napsal(a): Taky to tak de(lám. Ale u nás to není tak nahusto. http://www.openstreetmap.org/node/2486910675 Marián On 27. kve(tna 2014 21:12:43 CEST, Jan Dudík jan.du...@gmail.com wrote: Zjevne( nejsi sám http://www.openstreetmap.org/#map=14/49.1242/14.3598 JAnD Dne 27. kve(tna 2014 20:42 Martin Švec - OSM o...@maatts.cz mailto:o...@maatts.cz napsal(a): Ahoj, pr(i pr(idávání lesních cest jsem zac(al opisovat z CUZK:KM lokální oznac(ení neobydlených míst (polesí, pole...) poblíž Brna. Zaplevelil jsem tím mapu trochu víc než jsem pu*vodne( c(ekal, tak se chci ujistit, že nede(lám ne(co nežádoucího. Viz http://www.openstreetmap.org/#map=14/49.2423/16.4198 Názvy jsou nody s tagem place=locality, po vzoru hopeta kousek severne(ji u Lažánek. Je to ok? Popis na wiki vcelku sedí (http://wiki.openstreetmap.org/wiki/Tag:place%3Dlocality), ale prý by te(ch tagu* me(lo spíš ubývat. Vhodne(jší oznac(ení jsem ale nenašel. Turistické mapy tyhle názvy be(žne( obsahují, ale nevím jak je zkousnou renderery OSM... Díky Martin ___ Talk-cz mailing list Talk-cz@openstreetmap.org mailto:Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz -- Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz -- Odesláno z mého telefonu s Androidem pomocí pošty K-9 Mail. Omluvte prosím moji struc(nost. ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Geoinformatics FCE CTU 2014
Dobrý den, stačí se domluvit. Já počítám, že bych se měl zúčastnit oba dny, tak navrhněte termín společného setkání. Petr Souček -Original Message- From: Marián Kyral [mailto:mky...@email.cz] Sent: Monday, May 19, 2014 8:44 PM To: talk-cz@openstreetmap.org Subject: Re: [Talk-cz] Geoinformatics FCE CTU 2014 Dne 19.5.2014 12:47, Petr Morávek [Xificurk] napsal(a): Dne 18.5.2014 19:40, Marián Kyral napsal(a): Myslím, že bychom mohli opravdu pozvat lidi z ČUZK a probrat to hlášení chyb přímo z oka do oka. Přišel by někdo, koho kdo by se rád o tom pobavil za OSM? Pokud nezůstanu sám ;-) Taky bych alespoň na nějakou část dorazil... už jen proto, abych konečně ke jménům přiřadil nějaké obličeje :-) Petr Morávek aka Xificurk Tak to by bylo dobré se na nějakém dni domluvit, ať se nemineme ;-) Pro mně by naprosto ideální bylo začít čtvrtečním večerem a v pátek odpoledne vyrazit domů. Ale pokud by to jinak nešlo, tak klidně v pátek zůstanu a domů pojedu až v sobotu ráno. Marián ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Nominatim a české adresy
Dobrý večer, členění Prahy je komplikované a je ho moc :-) Hlavní město Praha je obcí (http://vdp.cuzk.cz/vdp/ruian/obce/554782), ORP (http://vdp.cuzk.cz/vdp/ruian/orp/19), POU (http://vdp.cuzk.cz/vdp/ruian/pou/19), okresem (http://vdp.cuzk.cz/vdp/ruian/okresy/3100), krajem/VÚSC (http://vdp.cuzk.cz/vdp/ruian/vusc/19), regionem soudržnosti (http://vdp.cuzk.cz/vdp/ruian/regiony/19), krajem (http://vdp.cuzk.cz/vdp/ruian/kraje1960/31) ... A dále je členěna na několik prvků: - na 57 městských částí - http://vdp.cuzk.cz/vdp/ruian/mestskecasti/vyhledej?ob.kod=554782search=Vyhledat - na 22 správních obvodů Prahy - http://vdp.cuzk.cz/vdp/ruian/spravniobvody/vyhledej?search=Vyhledat - na 10 městských obvodů Prahy - http://vdp.cuzk.cz/vdp/ruian/mestskeobvody/vyhledej?search=Vyhledat - na 112 katastrálních území - http://vdp.cuzk.cz/vdp/ruian/katastralniuzemi/vyhledej?ob.kod=554782search=Vyhledat (v rámci katastrálních území jsou v Praze číslovány stavební objekty, takže se někde můžete setkat s tím, že v Praze je také 112 částí obce) Každá městská část má svoje zastupitelstvo. Každý správní obvod má svůj stavební úřad a také úřady s přenesenou působností státní správy. Městské důvody jsou důležité pro městské soudy a také kvůli adresám, kde název MOP je součástí adresy. Petr Souček -Original Message- From: Matěj Cepl [mailto:mc...@cepl.eu] Sent: Tuesday, May 27, 2014 6:37 PM To: talk-cz@openstreetmap.org Subject: Re: [Talk-cz] Nominatim a české adresy On 2014-05-26, 18:19 GMT, Petr Morávek [Xificurk] wrote: předně velice děkujeme za odkaz na konkrétní vyhlášku - konečně tedy víme přesně, které členění Prahy se v adrese má používat (městské obvody Praha 1-10). Mňo ... anebo má pravdu https://cs.wikipedia.org/wiki/%C4%8C%C3%A1sti_Prahy a obcí je v Praze 57? :( To je, panečku, bordel! Matěj ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Mistni nazvy z cuzk:km - place=locality?
Dobrý večer, v katastrální mapě se jedná o místní a pomístní názvosloví , jak se píše v katastrálním zákoně. Součástí této části katastrální mapy je toto: c) místní a pomístní názvosloví 1. názvy územních samosprávných celků a částí obcí, 2. pomístní jména pozemkových tratí ve standardizovaném znění, 3. v příslušných listech katastrální mapy standardizovaná znění názvů sousedních států, 4. názvy veřejných prostranství, 5. názvy vodních toků a vodních ploch ve standardizovaném znění, Některé části jsou součástí také Geonames, které je ve správě Zeměměřického úřadu. Petr Souček -Original Message- From: Martin Švec - OSM [mailto:o...@maatts.cz] Sent: Tuesday, May 27, 2014 8:42 PM To: talk-cz@openstreetmap.org Subject: [Talk-cz] Mistni nazvy z cuzk:km - place=locality? Ahoj, při přidávání lesních cest jsem začal opisovat z CUZK:KM lokální označení neobydlených míst (polesí, pole...) poblíž Brna. Zaplevelil jsem tím mapu trochu víc než jsem původně čekal, tak se chci ujistit, že nedělám něco nežádoucího. Viz http://www.openstreetmap.org/#map=14/49.2423/16.4198 Názvy jsou nody s tagem place=locality, po vzoru hopeta kousek severněji u Lažánek. Je to ok? Popis na wiki vcelku sedí (http://wiki.openstreetmap.org/wiki/Tag:place%3Dlocality), ale prý by těch tagů mělo spíš ubývat. Vhodnější označení jsem ale nenašel. Turistické mapy tyhle názvy běžně obsahují, ale nevím jak je zkousnou renderery OSM... Díky Martin ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Nový S-JTSK grid, kdo pomůže?
Ahoj, ještě se k tomu vracím. Nejprve převeďme tvé výsledky na počítačovější formu. Jestli počítám správně, tak tvé výsledky pro transformaci bez gridu jsou: 18.793944 49.5737863889 a pro transformaci s gridem 18.79397833 49.5737916667 což je rozdíl: select import.distance_meters(st_setsrid(st_makepoint(18.793944,49.5737863889),4326),st_setsrid(st_makepoint(18.79397833,49.5737916667),4326)); distance_meters - 2.520413388 (1 řádka) to je trochu moc, ne? 2.5 metru? A teď moje výsledky: bez gridu: select st_astext(st_transform(st_setsrid(st_makepoint(-436231.78, -1133608.56),5514),4326)); st_astext -- POINT(18.7939443539245 49.5737863847451) (1 řádka) s gridem: select st_astext(st_transform(st_setsrid(st_makepoint(-436231.78, -1133608.56),999),4326)); st_astext -- POINT(18.7939504934423 49.5737917877839) (1 řádka) Rozdíl: select import.distance_meters(st_setsrid(st_makepoint(18.7939443539245,49.5737863847451),4326),st_setsrid(st_makepoint(18.7939504934423,49.5737917877839),4326)); distance_meters - 0.747197172 (1 řádka) To už odpovídá deklarovaným 0.7m Seknul jsem se při převodu těch tvých výsledků? Přepočítával jsem to 2x, stupně+(minuty/60)+(vteřiny/3600) Dejme tomu, že je posun při transformaci s gridem správným směrem a že je tedy výsledek přesnější než bez gridu. Když si dáme v JOSM přes sebe průhlednou KM a k tomu moje vrstvy budov, proč se tedy lépe kryjí růžové budovy (t.j. bez gridu) než budovy modré (t.j. s gridem) ???Růžové se lépe kryjí i s tím, co je v OSM. Znamená to, že máme vše v OSM špatně? A hlavně - co s tím dál? Poznámka: funkce distance_meters vrací: st_distance(st_transform(geom_a,4326)::geography,st_transform(geom_b,4326)::geography) Dne Út 20. května 2014 10:23:32, hanoj napsal(a): echo -436231.78 -1133608.56 | cs2cs +init=esri:102067 +towgs84=570.8,85.7,462.8,4.998,1.587,5.261,3.56 +to +init=epsg:4326 18d47'38.2E49d34'25.631N 41.921 nyni transformujme gridem[4]: echo -436231.78 -1133608.56 | cs2cs +proj=krovak +ellps=bessel +nadgrids=jezek_czech08.llb +to +proj=longlat +datum=WGS84 18d47'38.222E49d34'25.65N 0.000 ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [OSM-talk-fr] Utilisation d'une carte OSM pour suivre une course par relais
Le 26/05/2014 19:19, Christian Rogel a écrit : Depuis samedi dernier se court la « Redadeg », autrement dit une course de 1500 km dans toute la Bretagne pour collecter de l’argent afin de soutenir l’enseignement du breton, sa production audiovisuelle et l’initiation des adultes. Pour ceux que cela intéresse, j’ai résumé les buts et l’organisation, ici : http://www.agencebretagnepresse.com/fetch.php?id=33879 Le point intéressant est que cette course peut être suivie sur un site Internet avec un pointage satellite qui montre que les coureurs arrivent à Nantes en ce moment et la carte est basée sur MapQuest ouverte. http://www.ar-redadeg.org (cliquez sur la version française ou anglaise, au choix) J’avais écrit (en breton) )à l’organisation pour signaler que les cartes n’avaient pas la bonne attribution. Là, c’est quasi parfait (il me semble que le CC-By-SA n’est pas nécessaire). Dommage que ce site n'utilise pas un fond OSM localisé en breton ... Il y a quand même 10 000 toponymes bretons dans la base. Librement, -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] osm.fr et proxy
Le mardi 20 mai 2014, 18:01:42 Hamlet a écrit : Bonjour, j'essaye d'utiliser le serveur de tuiles français depuis mon campus, or en Wifi, le proxy est captif, et fait planter les transferts... J'ai peur que que le problème vienne surtout du serveur tile.openstreetmap.org, car avec osm.org ça fonctionne bien. J’ai le même problème depuis le proxy de mon taf ainsi que via mon squid perso. Afin d’avancer sur le sujet, voici les résultats de 2 captures réalisées à la sortie du squid et à la sortie de mon firefox en cas d’accès sans proxy. Les requêtes sont différentes, mais rien de particulier. Dans le cas de l’accès direct, les serveurs renvoient bien l’image demandée, en cas d’accès via le proxy, le serveur osmfr ferme la connexion tcp proprement mais sans renvoyer aucune donnée == Sortie du Squid === GET /osmfr/6/32/25.png HTTP/1.1 Host: a.tile.openstreetmap.fr User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:29.0) Gecko/20100101 Firefox/29.0 Iceweasel/29.0.1 Accept: image/png,image/*;q=0.8,*/*;q=0.5 Accept-Language: fr-fr,chrome://global/locale/intl.properties;q=0.5 Accept-Encoding: gzip, deflate DNT: 1 Referer: http://tile.openstreetmap.fr/ Via: 1.1 guenievre (squid/3.3.8) X-Forwarded-For: 10.1.2.22 Cache-Control: max-age=259200 Connection: keep-alive == Accès direct = GET /osmfr/6/33/22.png HTTP/1.1 Host: a.tile.openstreetmap.fr User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:29.0) Gecko/20100101 Firefox/29.0 Iceweasel/29.0.1 Accept: image/png,image/*;q=0.8,*/*;q=0.5 Accept-Language: fr-fr,chrome://global/locale/intl.properties;q=0.5 Accept-Encoding: gzip, deflate DNT: 1 Referer: http://tile.openstreetmap.fr/ Connection: keep-alive Pragma: no-cache Cache-Control: no-cache HTTP/1.1 200 OK Date: Tue, 27 May 2014 07:19:36 GMT Server: Apache/2.2.22 (Ubuntu) ETag: de36d76db7b3c319973514ab42ab1827 Content-Length: 53949 Cache-Control: max-age=604800 Expires: Tue, 03 Jun 2014 07:19:36 GMT Keep-Alive: timeout=5, max=100 Connection: Keep-Alive Content-Type: image/png … === Pour fouiller dans les logs, ces tests ont été réalisés ce matin (27/05/2014) entre 9h et 9h30 (heure française) avec l’IP publique 78.223.20.224. Si besoin, je peux me libérer pour effectuer des tests en live… -- En droit pénal français, un acte de piraterie est « le fait de s'emparer ou de prendre le contrôle par violence ou menace de violence d'un aéronef, d'un navire ou de tout autre moyen de transport à bord desquels des personnes ont pris place, ainsi que d'une plate-forme fixe située sur le plateau continental » (Article L.224-6). Landry MINOZA landry.min...@gmail.com ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Evaluer les kms de voies cyclables
On peut faire plus simple que de s'ennuyer avec les id (changeants) des relations... area [name=Grand Angoulème]-.zone; ( way(area.zone)[highway=cycleway]; way(area.zone)[cycleway]; ); out;;out skel; http://overpass-turbo.eu/s/3xX Le 26 mai 2014 22:36, Vincent de Château-Thierry v...@laposte.net a écrit : Le 26/05/2014 22:22, Éric Gillet a écrit : Bonsoir, Pouvez-vous expliquer pourquoi il faut faire ces calculs sur l'id de la relation ? Le mécanisme est évoqué ici : http://api.openstreetmap.fr/#section.download_area L'exemple est celui d'une ville, mais (de mémoire) la possibilité a été étendue aux relations des communautés de communes. vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] osm.fr et proxy
Le mardi 27 mai 2014, 09:36:17 Landry MINOZA a écrit :
Le mardi 20 mai 2014, 18:01:42 Hamlet a écrit :
Bonjour,
j'essaye d'utiliser le serveur de tuiles français depuis mon campus,
or en Wifi, le proxy est captif, et fait planter les transferts...
J'ai peur que que le problème vienne surtout du serveur
tile.openstreetmap.org, car avec osm.org ça fonctionne bien.
J’ai le même problème depuis le proxy de mon taf ainsi que via mon squid
perso.
Afin d’avancer sur le sujet, voici les résultats de 2 captures réalisées à
la sortie du squid et à la sortie de mon firefox en cas d’accès sans
proxy. Les requêtes sont différentes, mais rien de particulier. Dans le cas
de l’accès direct, les serveurs renvoient bien l’image demandée, en cas
d’accès via le proxy, le serveur osmfr ferme la connexion tcp proprement
mais sans renvoyer aucune donnée
Je viens d’effectuer des tests supplémentaires avec curl, j’ai testé toutes les
entêtes passées par firefox et squid, toutes les combinaisons testés renvoient
bien la tuile demandée sauf lorsqu’il y a un entête X-Forwarded-For. J’ai
essayé cet entête avec comme IP mon IP publique, 127.0.0.1 et l’IP publique du
serveur, la réponse est toujours vide.
N’y aurait-il pas un reverse proxy apache et une vérification de provenance sur
l’application qui est derrière (auquel cas, apache devrait supprimer l’entête
X-Forw arded-For avant d’ajouter la sienne).
Voici les lignes de commandes utilisées :
Une qui fonctionne
curl -v -H Via: 1.1 guenievre (squid/3.3.8) -H Cache-Control: max-
age=259200 -H Connection: keep-alive -A Mozilla/5.0 (X11; Linux x86_64;
rv:29.0) Gecko/20100101 Firefox/29.0 Iceweasel/29.0.1 -e
http://tile.openstreetmap.fr/; -H DNT: 1 -H Accept:
image/png,image/*;q=0.8,*/*;q=0.5 -H Accept-Language: fr-
fr,chrome://global/locale/intl.properties;q=0.5 -H Accept-Encoding: gzip,
deflate http://a.tile.openstreetmap.fr/osmfr/6/32/25.png /dev/null
* Hostname was NOT found in DNS cache
% Total% Received % Xferd Average Speed TimeTime Time
Current
Dload Upload Total SpentLeft Speed
0 00 00 0 0 0 --:--:-- --:--:-- --:--:--
0* Trying 88.191.250.205...
* Connected to a.tile.openstreetmap.fr (88.191.250.205) port 80 (#0)
GET /osmfr/6/32/25.png HTTP/1.1
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:29.0) Gecko/20100101
Firefox/29.0 Iceweasel/29.0.1
Host: a.tile.openstreetmap.fr
Referer: http://tile.openstreetmap.fr/
Via: 1.1 guenievre (squid/3.3.8)
Cache-Control: max-age=259200
Connection: keep-alive
DNT: 1
Accept: image/png,image/*;q=0.8,*/*;q=0.5
Accept-Language: fr-fr,chrome://global/locale/intl.properties;q=0.5
Accept-Encoding: gzip, deflate
0 00 00 0 0 0 --:--:-- --:--:-- --:--:--
0 HTTP/1.1 200 OK
Date: Tue, 27 May 2014 08:05:10 GMT
* Server Apache/2.2.22 (Ubuntu) is not blacklisted
Server: Apache/2.2.22 (Ubuntu)
ETag: 752c79c6a17e1b469fc9fcbdabd8cff5
Content-Length: 21389
Cache-Control: max-age=604800
Expires: Tue, 03 Jun 2014 08:05:10 GMT
Keep-Alive: timeout=5, max=100
Connection: Keep-Alive
Content-Type: image/png
{ [data not shown]
100 21389 100 213890 0 21071 0 0:00:01 0:00:01 --:--:-- 21093
* Connection #0 to host a.tile.openstreetmap.fr left intact
=
Presque la même sans réponse
curl -v -H Via: 1.1 guenievre (squid/3.3.8) -H Cache-Control: max-
age=259200 -H Connection: keep-alive -A Mozilla/5.0 (X11; Linux x86_64;
rv:29.0) Gecko/20100101 Firefox/29.0 Iceweasel/29.0.1 -e
http://tile.openstreetmap.fr/; -H DNT: 1 -H Accept:
image/png,image/*;q=0.8,*/*;q=0.5 -H Accept-Language: fr-
fr,chrome://global/locale/intl.properties;q=0.5 -H Accept-Encoding: gzip,
deflate -H X-Forwarded-For: 10.1.2.22
http://a.tile.openstreetmap.fr/osmfr/6/32/25.png /dev/null
* Hostname was NOT found in DNS cache
% Total% Received % Xferd Average Speed TimeTime Time
Current
Dload Upload Total SpentLeft Speed
0 00 00 0 0 0 --:--:-- --:--:-- --:--:--
0* Trying 88.191.250.205...
* Connected to a.tile.openstreetmap.fr (88.191.250.205) port 80 (#0)
GET /osmfr/6/32/25.png HTTP/1.1
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:29.0) Gecko/20100101
Firefox/29.0 Iceweasel/29.0.1
Host: a.tile.openstreetmap.fr
Referer: http://tile.openstreetmap.fr/
Via: 1.1 guenievre (squid/3.3.8)
Cache-Control: max-age=259200
Connection: keep-alive
DNT: 1
Accept: image/png,image/*;q=0.8,*/*;q=0.5
Accept-Language: fr-fr,chrome://global/locale/intl.properties;q=0.5
Accept-Encoding: gzip, deflate
X-Forwarded-For: 10.1.2.22
* Empty reply from server
0 00 00 0 0 0 --:--:-- --:--:-- --:--:-- 0
* Connection #0 to host
Re: [OSM-talk-fr] Evaluer les kms de voies cyclables
Bonjour, et on peut au cas où exporter ces données dans Qgis, ou autres, pour analyses (kms, etc). Par contre, mais c'est peut être un peu hors sujet, je ne comprends pas bien la requête. Pour la way(area.zone)[highway=cycleway] , on a bien une paire clé/valeur qui cible la recherche, mais pour way(area.zone)[cycleway], c'est sensé remonter quoi ? Michel Le 27 mai 2014 09:55, Christian Quest cqu...@openstreetmap.fr a écrit : On peut faire plus simple que de s'ennuyer avec les id (changeants) des relations... area [name=Grand Angoulème]-.zone; ( way(area.zone)[highway=cycleway]; way(area.zone)[cycleway]; ); out;;out skel; http://overpass-turbo.eu/s/3xX Le 26 mai 2014 22:36, Vincent de Château-Thierry v...@laposte.net a écrit : Le 26/05/2014 22:22, Éric Gillet a écrit : Bonsoir, Pouvez-vous expliquer pourquoi il faut faire ces calculs sur l'id de la relation ? Le mécanisme est évoqué ici : http://api.openstreetmap.fr/#section.download_area L'exemple est celui d'une ville, mais (de mémoire) la possibilité a été étendue aux relations des communautés de communes. vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France ___ 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] Evaluer les kms de voies cyclables
way(area.zone)[cycleway] - les ways avec un tag cycleway=* dans la zone Le 27 mai 2014 10:46, Mides mides@gmail.com a écrit : Bonjour, et on peut au cas où exporter ces données dans Qgis, ou autres, pour analyses (kms, etc). Par contre, mais c'est peut être un peu hors sujet, je ne comprends pas bien la requête. Pour la way(area.zone)[highway=cycleway] , on a bien une paire clé/valeur qui cible la recherche, mais pour way(area.zone)[cycleway], c'est sensé remonter quoi ? Michel Le 27 mai 2014 09:55, Christian Quest cqu...@openstreetmap.fr a écrit : On peut faire plus simple que de s'ennuyer avec les id (changeants) des relations... area [name=Grand Angoulème]-.zone; ( way(area.zone)[highway=cycleway]; way(area.zone)[cycleway]; ); out;;out skel; http://overpass-turbo.eu/s/3xX Le 26 mai 2014 22:36, Vincent de Château-Thierry v...@laposte.net a écrit : Le 26/05/2014 22:22, Éric Gillet a écrit : Bonsoir, Pouvez-vous expliquer pourquoi il faut faire ces calculs sur l'id de la relation ? Le mécanisme est évoqué ici : http://api.openstreetmap.fr/#section.download_area L'exemple est celui d'une ville, mais (de mémoire) la possibilité a été étendue aux relations des communautés de communes. vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France ___ 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 -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Evaluer les kms de voies cyclables
Ok vu ! Je pourrais voir cela comme une recherche générique sur le tag [cycleway] mis à part que l'on y retrouve aussi les [cycleway=no] ;-) Michel Le 27 mai 2014 11:09, Christian Quest cqu...@openstreetmap.fr a écrit : way(area.zone)[cycleway] - les ways avec un tag cycleway=* dans la zone Le 27 mai 2014 10:46, Mides mides@gmail.com a écrit : Bonjour, et on peut au cas où exporter ces données dans Qgis, ou autres, pour analyses (kms, etc). Par contre, mais c'est peut être un peu hors sujet, je ne comprends pas bien la requête. Pour la way(area.zone)[highway=cycleway] , on a bien une paire clé/valeur qui cible la recherche, mais pour way(area.zone)[cycleway], c'est sensé remonter quoi ? Michel Le 27 mai 2014 09:55, Christian Quest cqu...@openstreetmap.fr a écrit : On peut faire plus simple que de s'ennuyer avec les id (changeants) des relations... area [name=Grand Angoulème]-.zone; ( way(area.zone)[highway=cycleway]; way(area.zone)[cycleway]; ); out;;out skel; http://overpass-turbo.eu/s/3xX Le 26 mai 2014 22:36, Vincent de Château-Thierry v...@laposte.net a écrit : Le 26/05/2014 22:22, Éric Gillet a écrit : Bonsoir, Pouvez-vous expliquer pourquoi il faut faire ces calculs sur l'id de la relation ? Le mécanisme est évoqué ici : http://api.openstreetmap.fr/#section.download_area L'exemple est celui d'une ville, mais (de mémoire) la possibilité a été étendue aux relations des communautés de communes. vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France ___ 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 -- Christian Quest - OpenStreetMap France ___ 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
[OSM-talk-fr] Comment importer des données OpenData dans OSM
Bonjour, Je suis tout nouveau dans le monde OSM, donc une petite présentation s'impose. Je travaille pour Makina Corpus depuis pas mal d'années en tant que développeur et chef de projet Web. Depuis février je travaille sur un projet de promotion du territoire de Nantes Métropole (24 communes). Voici un petit historique autour de la partie data: J'ai d'abord fait une sélection des données Opendata sur http://data.nantes.fr Puis un export GeoJSON: https://github.com/toutpt/opendata-nantes-geojson/tree/master/static/geojson/ On a ensuite fait joujou avec les données pour affiner nos choix. Le problème: On a des données Opendata et des données dans OSM, les deux se cassent la figure au lieu de se compléter. Au lieu de choisir l'un ou l'autre, j'aimerai travailler à l'import des données (aïe qu'ai je dis la ...) J'ai d'abord lu la documentation sur l'import dans le wiki: http://wiki.openstreetmap.org/wiki/FR:Import http://wiki.openstreetmap.org/wiki/FR:Import/Guidelines Ce que j'en ai retenu: * il faut d'abord en parler * il ne faut pas automatiser * il faut vérifier les données une par une Avant d'en parler j'ai fais un tour des outils disponibles pour faire de l'import et celui qui ressort partout c'est JOSM. Je ne suis pas un expert SIG donc JOSM c'est pas pour moi, c'est clairement un outil pour les experts. Donc la c'est le drame, comment faire pour 'importer' des données OpenData ? Autant les outils comme ID sont vraiment simple et intuitif et on comprend vite comment faire, on peut observer les données déjà présente, ... Autant JOSM au bout d'une heure j'arrivais toujours à rien. Pour moi importer un jeu de données OpenData dans OSM c'est: * savoir comment on importe le type de données correspondante (mairie, gendarmerie, ...) * exposer le jeu de données OpenData pour pouvoir parcourir OSM * sélectionner un élément d'OSM à mettre à jour avec l'élément OpenData correspondant en gardant la main sur les données J'ai donc imaginer un outil que j'ai rapidement fait (c'est un prototype, il y a quelques bugs) qui est orienté sur ce genre d'import. Un exemple avec les cinémas: http://makinacorpus.github.io/osmfusion/#/?features=http://goo.gl/vfjbIVsettings=http://goo.gl/3kWH3R (Vous devez utiliser vos identifiants OSM) Voici une capture d'écran: http://awesomescreenshot.com/0a82vfu564 Quelques idées sur cette approche: * rester sur de l'import manuel (pas d'automatisation) * inspirer des outils de développeur diff merge L'appli est toute simple c'est du Javascript : * angularjs * API OSM Donc ma question est: suis je sur la bonne piste pour mettre à jour OSM avec ces données Opendata ? Si oui : je continue à investir sur comment on catégorise chaque données correspondante disponible dans la liste sur github: https://github.com/makinacorpus/osmfusion Sinon ba je vais devoir trouver des alternatives ... et la c'est le vide. Merci d'avance de vos conseils et remarques. -- Cordialement, Makina Corpus http://makina-corpus.com Newsletters http://makina-corpus.com/formulaires/newsletters | Formations http://makina-corpus.com/formation | Twitter https://twitter.com/makina_corpus Jean-Michel FRANCOIS Chef de projet Makina Corpus Tél : 02 51 79 80 84 -- @toutpt https://twitter.com/toutpt | @toutpt_fr https://twitter.com/toutpt_fr -- Découvrez notre carte des Municipales 2014 http://municipalesnantes2014.makina-corpus.com/second-tour.html ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Comment importer des données OpenData dans OSM
Une remarque préliminaire très importante: c'est quoi le but des boutons Ouvrir dans google Maps et de la couche Photo ESRI ? Ce sont des sources non autorisées pour contribuer à OSM et c'est un point TRES important. On ne peut pas les utiliser pour repérer l'emplacement d'un POI. Seules des données libre de copyright peuvent servir à contribuer à OSM. Ce n'est pas le cas de Google Maps ni des photos aériennes d'ESRI. Possible par contre d'ajouter les images aériennes de Bing (là, on a une autorisation explicite). A suivre Le 27 mai 2014 15:00, JeanMichel FRANCOIS jeanmichel.franc...@makina-corpus.com a écrit : Bonjour, Je suis tout nouveau dans le monde OSM, donc une petite présentation s'impose. Je travaille pour Makina Corpus depuis pas mal d'années en tant que développeur et chef de projet Web. Depuis février je travaille sur un projet de promotion du territoire de Nantes Métropole (24 communes). Voici un petit historique autour de la partie data: J'ai d'abord fait une sélection des données Opendata sur http://data.nantes.fr Puis un export GeoJSON: https://github.com/toutpt/opendata-nantes-geojson/tree/master/static/geojson/ On a ensuite fait joujou avec les données pour affiner nos choix. Le problème: On a des données Opendata et des données dans OSM, les deux se cassent la figure au lieu de se compléter. Au lieu de choisir l'un ou l'autre, j'aimerai travailler à l'import des données (aïe qu'ai je dis la ...) J'ai d'abord lu la documentation sur l'import dans le wiki: http://wiki.openstreetmap.org/wiki/FR:Import http://wiki.openstreetmap.org/wiki/FR:Import/Guidelines Ce que j'en ai retenu: - il faut d'abord en parler - il ne faut pas automatiser - il faut vérifier les données une par une Avant d'en parler j'ai fais un tour des outils disponibles pour faire de l'import et celui qui ressort partout c'est JOSM. Je ne suis pas un expert SIG donc JOSM c'est pas pour moi, c'est clairement un outil pour les experts. Donc la c'est le drame, comment faire pour 'importer' des données OpenData ? Autant les outils comme ID sont vraiment simple et intuitif et on comprend vite comment faire, on peut observer les données déjà présente, ... Autant JOSM au bout d'une heure j'arrivais toujours à rien. Pour moi importer un jeu de données OpenData dans OSM c'est: * savoir comment on importe le type de données correspondante (mairie, gendarmerie, ...) * exposer le jeu de données OpenData pour pouvoir parcourir OSM * sélectionner un élément d'OSM à mettre à jour avec l'élément OpenData correspondant en gardant la main sur les données J'ai donc imaginer un outil que j'ai rapidement fait (c'est un prototype, il y a quelques bugs) qui est orienté sur ce genre d'import. Un exemple avec les cinémas: http://makinacorpus.github.io/osmfusion/#/?features=http://goo.gl/vfjbIVsettings=http://goo.gl/3kWH3R (Vous devez utiliser vos identifiants OSM) Voici une capture d'écran: http://awesomescreenshot.com/0a82vfu564 Quelques idées sur cette approche: * rester sur de l'import manuel (pas d'automatisation) * inspirer des outils de développeur diff merge L'appli est toute simple c'est du Javascript : * angularjs * API OSM Donc ma question est: suis je sur la bonne piste pour mettre à jour OSM avec ces données Opendata ? Si oui : je continue à investir sur comment on catégorise chaque données correspondante disponible dans la liste sur github: https://github.com/makinacorpus/osmfusion Sinon ba je vais devoir trouver des alternatives ... et la c'est le vide. Merci d'avance de vos conseils et remarques. -- Cordialement, [image: Makina Corpus] http://makina-corpus.com Newsletters http://makina-corpus.com/formulaires/newsletters | Formations http://makina-corpus.com/formation | Twitterhttps://twitter.com/makina_corpus Jean-Michel FRANCOIS Chef de projet Makina Corpus Tél : 02 51 79 80 84 -- @toutpt https://twitter.com/toutpt | @toutpt_frhttps://twitter.com/toutpt_fr -- Découvrez notre carte des Municipales 2014http://municipalesnantes2014.makina-corpus.com/second-tour.html ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] osm.fr et proxy
Visiblement le serveur indique: Pragma: no-cache Cache-Control: no-cache Mais ton Squid maintient un cache excessif (qui ensuite ne se met pas à jour et garde des pages vides quand elles ne sont pas prêtes tout de suite la première fois: Cache-Control: max-age=259200 Et ton Squid conserve cette réponse pendant 3 jours (259200 secondes). Ce que ne monte pas ton log de requête, ce sont les statuts HTTP d'attente qui permettent de maintenir la connexion (HTTP 1xx). Hors il semble que ces statuts d'attente devraient (pour ton Squid) avoir le pragma et le cache-control pour ton Squid alors que ces statuts HTTP 1xx sont toujours temporaires et non cachables (donc ils ne sont pas précisés dans la réponse intermédiaire du serveur avant qu'il retourne la réponse complète HTTP 200 ou supérieur). Ces réponses HTTP 1xx n'ont aucun contenu c'est normal, et implicitement sont aussi en Keep-Alive pour attendre la suite en conservant la session jusqu'à ce qu'il y ait; - soit une réponse HTTP 200 ou plus - soit un timeout au bout d'une minute environ (que Squid devrait traiter comme une erreur, éventuellement cachable pendant une courte durée ne dépassant pas non plus la minute, sous forme d'une erreur temporaire). Le Squid semble considérer la réponse du serveur comme terminée dès qu'il a reçu un statut d'attente/progression/requête en cours. Peut-être qu'en ajoutant (du coté du serveur de tuile) un Keep-Alive explicite même pour les statuts d'attente, cela pourrait régler le problème de compatibilité avec ta version de Squid (vérifier aussi la version de ton package Squid, il est possible que ce soit une version boguée non conforme au standard HTTP/1.1 décrit dans sa RFC, ou s'appuyant sur une version obsolète de cette RFC en adoptant un comportant typique de HTTP/1.0. Ennfin il faudrait analyser non pas le log vu du PC client, mais le log de la connexion Squid vers le serveur. Squid a une option pour le faire mais en général ce log est désactivé par défaut pour ne pas saturer trop vite son filesystem. Il est possible que Squid interroge le serveur en HTTP/1.0 même si ton client interroge Squid en HTTP/1.1, et qu'alors il ne transmet pas une demande de Keep-Alive explicite (non nécessaire si Squid interroge le serveur en HTTP/1.1 où le Keep-Alive est actif par défaut jusqu'à ce que soit le serveur interrompe la session en erreur ou en timeout, ou bien le client ferme sa session). Autre possibilité: Squid interroge le serveur en transmettant l'identité du client avec un entête For: qui précise l'adresse privée du client ou un id de session client. pour que Squid puisse ensuite réacheminer la réponse du serveur vers ce client uniquement. Cependant comme Squid retourne ici une réponse cachable, il semble faire ses requêtes au serveur de façon anonyme (indépendante du client requérant). A vérifier aussi coté serveur le comportement de cette requête: X-Forwarded-For: 10.1.2.22 il est possible que le serveur bloque (à tord) cette requête à cause de cette adresse privée (alors que cela ne le concerne pas sur son propre réseau privé): l'adresse 10.1.2.22 ne s'interprête que via le proxy indiqué dont on a une information: Via: 1.1 guenievre (squid/3.3.8) L'ennui c'est que si on sait quelle version HTTP a été demandée par le client (1.1) l'identité du Squid est incomplète et non routable (guenievre ; il faudrait donner un nom de domaine ou une adresse IP publique à ton Squid (même si serveur de tuiles pourrait générer cette adresse IP lui-même, s'il n'est pas lui même derrière un proxy)). Le serveur peut bloquer à tord la transaction s'il pense que la réponse ne sera par routable et la session pas réouvrable. Ce peut être un point critique si on a deux proxies chainés (le Squid côté client et un autre frontal côté serveur, la difficulté étant de reconstituer une route de retour des réponses du serveur final au niveau du frontal). Autre point: le timeout d'attente par Squid de la réponse devant venir du serveur (vérifier cette durée dans sa config locale) est peut-être trop court pour fonctionner avec les serveurs de tuiles qui mettent souvent plusieurs dizaines de secondes avant d'avoir quelque chose à retourner. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Comment importer des données OpenData dans OSM
2014-05-27 15:27 GMT+02:00 Christian Quest cqu...@openstreetmap.fr: Outre la remarque de Christian, j'ai un problème avec la demande d'entrer les identifiants OSM sur ce site tiers. Je pense qu'il est possible d'utiliser son compte OSM sans donner son login avec openID (qui renvoit sur le site osm pour demander les autorisations nécessaires) Autres points: - il faudrait créer une page dans le wiki pour donner la source, la license des données publiques (LO ou ODBL) et bien-sûr compatibles, et un petit mot sur la famille des données réellement à importer et le processus utilisé - l'exemple du screenshot est significatif : le conservatoire de Nantes est présent dans OSM sous forme de noeud taggué avec amenity=school + name=conservatoire de nantes mais le bâtiment est aussi taggué avec building=yes + name=Ecole nationale de musique d'art dramatique et de danse (mais en art_centre). Il me semble que c'est la même chose... C'est un bon exemple dans le sens qu'une donnée importée peut l'être dans un noeud mais aussi un way fermé (polygone), soit sur un bâtiment, soit sur un périmètre plus grand englobant un ou plusieurs bâtiments. Comme Nantes possède déjà tout son bâti dans OSM, il faudrait pouvoir choisir entre importer sur un noeud ou sur un way. Dans l'exemple présent, il semble même qu'une conflation entre noeud et way soit nécessaire. Ce qui illustre bien le fait qu'il faille opérer manuellement la plupart du temps (surtout sur une zone déjà bien cartographiée) - l'interface est prometteuse mais il faudrait pouvoir éventuellement renvoyer la zone et les nouvelles données vers un éditeur (en ligne ou josm) pour les opérations les plus complexes (comme la conflation). Sinon ça me fait penser à maproulette, un outil qu'on pourrait sûrement utliser dans la même optique. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Comment importer des données OpenData dans OSM
En effet, Merci pour ces informations, je vais donc retirer ces deux éléments. Je vais également voir pour ajouter le fond bing. C'est celui utilisé dans ID ? Le 27/05/14 15:27, Christian Quest a écrit : Une remarque préliminaire très importante: c'est quoi le but des boutons Ouvrir dans google Maps et de la couche Photo ESRI ? Ce sont des sources non autorisées pour contribuer à OSM et c'est un point TRES important. On ne peut pas les utiliser pour repérer l'emplacement d'un POI. Seules des données libre de copyright peuvent servir à contribuer à OSM. Ce n'est pas le cas de Google Maps ni des photos aériennes d'ESRI. Possible par contre d'ajouter les images aériennes de Bing (là, on a une autorisation explicite). A suivre Le 27 mai 2014 15:00, JeanMichel FRANCOIS jeanmichel.franc...@makina-corpus.com mailto:jeanmichel.franc...@makina-corpus.com a écrit : Bonjour, Je suis tout nouveau dans le monde OSM, donc une petite présentation s'impose. Je travaille pour Makina Corpus depuis pas mal d'années en tant que développeur et chef de projet Web. Depuis février je travaille sur un projet de promotion du territoire de Nantes Métropole (24 communes). Voici un petit historique autour de la partie data: J'ai d'abord fait une sélection des données Opendata sur http://data.nantes.fr Puis un export GeoJSON: https://github.com/toutpt/opendata-nantes-geojson/tree/master/static/geojson/ On a ensuite fait joujou avec les données pour affiner nos choix. Le problème: On a des données Opendata et des données dans OSM, les deux se cassent la figure au lieu de se compléter. Au lieu de choisir l'un ou l'autre, j'aimerai travailler à l'import des données (aïe qu'ai je dis la ...) J'ai d'abord lu la documentation sur l'import dans le wiki: http://wiki.openstreetmap.org/wiki/FR:Import http://wiki.openstreetmap.org/wiki/FR:Import/Guidelines Ce que j'en ai retenu: * il faut d'abord en parler * il ne faut pas automatiser * il faut vérifier les données une par une Avant d'en parler j'ai fais un tour des outils disponibles pour faire de l'import et celui qui ressort partout c'est JOSM. Je ne suis pas un expert SIG donc JOSM c'est pas pour moi, c'est clairement un outil pour les experts. Donc la c'est le drame, comment faire pour 'importer' des données OpenData ? Autant les outils comme ID sont vraiment simple et intuitif et on comprend vite comment faire, on peut observer les données déjà présente, ... Autant JOSM au bout d'une heure j'arrivais toujours à rien. Pour moi importer un jeu de données OpenData dans OSM c'est: * savoir comment on importe le type de données correspondante (mairie, gendarmerie, ...) * exposer le jeu de données OpenData pour pouvoir parcourir OSM * sélectionner un élément d'OSM à mettre à jour avec l'élément OpenData correspondant en gardant la main sur les données J'ai donc imaginer un outil que j'ai rapidement fait (c'est un prototype, il y a quelques bugs) qui est orienté sur ce genre d'import. Un exemple avec les cinémas: http://makinacorpus.github.io/osmfusion/#/?features=http://goo.gl/vfjbIVsettings=http://goo.gl/3kWH3R (Vous devez utiliser vos identifiants OSM) Voici une capture d'écran: http://awesomescreenshot.com/0a82vfu564 Quelques idées sur cette approche: * rester sur de l'import manuel (pas d'automatisation) * inspirer des outils de développeur diff merge L'appli est toute simple c'est du Javascript : * angularjs * API OSM Donc ma question est: suis je sur la bonne piste pour mettre à jour OSM avec ces données Opendata ? Si oui : je continue à investir sur comment on catégorise chaque données correspondante disponible dans la liste sur github: https://github.com/makinacorpus/osmfusion Sinon ba je vais devoir trouver des alternatives ... et la c'est le vide. Merci d'avance de vos conseils et remarques. -- Cordialement, Makina Corpus http://makina-corpus.com Newsletters http://makina-corpus.com/formulaires/newsletters | Formations http://makina-corpus.com/formation | Twitter https://twitter.com/makina_corpus Jean-Michel FRANCOIS Chef de projet Makina Corpus Tél : 02 51 79 80 84 -- @toutpt https://twitter.com/toutpt | @toutpt_fr https://twitter.com/toutpt_fr -- Découvrez notre carte des Municipales 2014 http://municipalesnantes2014.makina-corpus.com/second-tour.html ___ Talk-fr mailing list Talk-fr@openstreetmap.org mailto:Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org
Re: [OSM-talk-fr] Comment importer des données OpenData dans OSM
Sur l'authentification : Je pense qu'on parle d'OAuth et non pas d'OpenID qui pose trop de problèmes. Je vais voir si je peux intégrer OAuth pour utiliser avec l'API qui demande une auth HTTP. Pour information il n'y a pas de partie serveur il s'agit juste d'un client javascript (la preuve on utilise github pour l'héberger) La seul partie serveur c'est l'API OSM et YQL La page wiki: Oui ça je compte bien le faire mais une fois que le reste sera validé (comme la manière de faire) mais en effet c'est un passage obligé. Le screenshot: En effet c'est un cas concret. Ce bâtiment comporte d'autres écoles. art_center se pose bien au batiment et dans ce cas précis l'école est bien dans ce bâtiment. (après vérification sur internet, les adresses correspondent). Dans l'outil on peut mettre à jour un way fermé et un node, mais on ne peut que ajouter un node. En effet Nantes est déjà bien couverte sur les bâtiments. L'interface: Merci :) Il y a de quoi ouvrir dans ID (ouvrir dans openstreetmap) j'aurais du mettre Ouvrir dans ID. Le 27/05/14 16:20, Pieren a écrit : 2014-05-27 15:27 GMT+02:00 Christian Quest cqu...@openstreetmap.fr mailto:cqu...@openstreetmap.fr: Outre la remarque de Christian, j'ai un problème avec la demande d'entrer les identifiants OSM sur ce site tiers. Je pense qu'il est possible d'utiliser son compte OSM sans donner son login avec openID (qui renvoit sur le site osm pour demander les autorisations nécessaires) Autres points: - il faudrait créer une page dans le wiki pour donner la source, la license des données publiques (LO ou ODBL) et bien-sûr compatibles, et un petit mot sur la famille des données réellement à importer et le processus utilisé - l'exemple du screenshot est significatif : le conservatoire de Nantes est présent dans OSM sous forme de noeud taggué avec amenity=school + name=conservatoire de nantes mais le bâtiment est aussi taggué avec building=yes + name=Ecole nationale de musique d'art dramatique et de danse (mais en art_centre). Il me semble que c'est la même chose... C'est un bon exemple dans le sens qu'une donnée importée peut l'être dans un noeud mais aussi un way fermé (polygone), soit sur un bâtiment, soit sur un périmètre plus grand englobant un ou plusieurs bâtiments. Comme Nantes possède déjà tout son bâti dans OSM, il faudrait pouvoir choisir entre importer sur un noeud ou sur un way. Dans l'exemple présent, il semble même qu'une conflation entre noeud et way soit nécessaire. Ce qui illustre bien le fait qu'il faille opérer manuellement la plupart du temps (surtout sur une zone déjà bien cartographiée) - l'interface est prometteuse mais il faudrait pouvoir éventuellement renvoyer la zone et les nouvelles données vers un éditeur (en ligne ou josm) pour les opérations les plus complexes (comme la conflation). Sinon ça me fait penser à maproulette, un outil qu'on pourrait sûrement utliser dans la même optique. Pieren ___ 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 importer des données OpenData dans OSM
On 27/05/2014 16:53, JeanMichel FRANCOIS wrote: Je vais également voir pour ajouter le fond bing. C'est celui utilisé dans ID ? Oui. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] osm.fr et proxy
Le mardi 27 mai 2014, 15:43:19 Philippe Verdy a écrit : Visiblement le serveur indique: Pragma: no-cache Cache-Control: no-cache Mais ton Squid maintient un cache excessif (qui ensuite ne se met pas à jour et garde des pages vides quand elles ne sont pas prêtes tout de suite la première fois: Cache-Control: max-age=259200 Et ton Squid conserve cette réponse pendant 3 jours (259200 secondes). Ce que ne monte pas ton log de requête, ce sont les statuts HTTP d'attente qui permettent de maintenir la connexion (HTTP 1xx). Comme indiqué dans mon mail, il ne s’agit pas de logs, mais d’analyses de captures réseaux effectuées pour la première entre le Squid et le serveur osmfr (ce qui ne fonctionne pas) et pour la seconde sur un poste client configuré sans proxy (ce qui fonctionne) afin de comparer les requêtes et les réponses. Le pragma et cache-control à no-cache que tu indiques sont dans les entêtes clients de Firefox qui indique ainsi qu’il veut des données toutes fraîches. Le max-age à 3 jours est dans les entêtes clients de Squid qui indique ainsi au serveur (qui est potentiellement lui même un proxy) qu’il aimerait bien que les données fournies ne soient pas trop vielles (moins de 3 jours). Les codes 1xx ne sont pas du tout utilisés dans ce contexte (et en pratique très rares dans la nature) (http://fr.wikipedia.org/wiki/Liste_des_codes_HTTP et la version anglaise qui explique mieux le fonctionnement du code 101 en particulier). […] Le Squid semble considérer la réponse du serveur comme terminée dès qu'il a reçu un statut d'attente/progression/requête en cours. Comme indiqué le serveur ferme la session TCP explicitement (et proprement) mais sans aucune réponse HTTP, il n’y a donc aucun timeout à gérer pour Squid ni de code intermédiaire ou autre délire. Peut-être qu'en ajoutant (du coté du serveur de tuile) un Keep-Alive explicite même pour les statuts d'attente, cela pourrait régler le problème de compatibilité avec ta version de Squid (vérifier aussi la version de ton package Squid, il est possible que ce soit une version boguée non conforme au standard HTTP/1.1 décrit dans sa RFC, ou s'appuyant sur une version obsolète de cette RFC en adoptant un comportant typique de HTTP/1.0. Visiblement, le problème n’est pas lié à une version de Squid ou un réseau particulier (cf. les premières intervention) et je doute que par exemple les admins de l’université de Lille soient des billes… Il est possible que Squid interroge le serveur en HTTP/1.0 Le Squid demande bien du HTTP 1.1 : GET /osmfr/6/32/25.png HTTP/1.1 Autre possibilité: Squid interroge le serveur en transmettant l'identité du client avec un entête For: qui précise l'adresse privée du client ou un id de session client. pour que Squid puisse ensuite réacheminer la réponse du serveur vers ce client uniquement. Cependant comme Squid retourne ici une réponse cachable, il semble faire ses requêtes au serveur de façon anonyme (indépendante du client requérant). Personne ne se sert du X-Forwarded-For pour savoir où renvoyer une réponse, Squid est capable tout seul de gérer le lien entre une requête entrante et une requête sortante. Déjà que pour faire du contrôle d’accès, c’est plus que déconseillé – sauf derrière un reverse proxy auquel on fait une confiance aveugle (surtout à son admin en fait). A vérifier aussi coté serveur le comportement de cette requête: X-Forwarded-For: 10.1.2.22 D’après mon second mail, c’est ce qui pose problème au serveur osmfr… il est possible que le serveur bloque (à tord) cette requête à cause de cette adresse privée (alors que cela ne le concerne pas sur son propre réseau privé): l'adresse 10.1.2.22 ne s'interprête que via le proxy indiqué dont on a une information: Via: 1.1 guenievre (squid/3.3.8) L'ennui c'est que si on sait quelle version HTTP a été demandée par le client (1.1) l'identité du Squid est incomplète et non routable (guenievre ; il faudrait donner un nom de domaine ou une adresse IP publique à ton Squid (même si serveur de tuiles pourrait générer cette adresse IP lui-même, s'il n'est pas lui même derrière un proxy)). Le serveur peut bloquer à tord la transaction s'il pense que la réponse ne sera par routable et la session pas réouvrable. Ce peut être un point critique si on a deux proxies chainés (le Squid côté client et un autre frontal côté serveur, la difficulté étant de reconstituer une route de retour des réponses du serveur final au niveau du frontal). C’est juste de l’info pour les admins qui regarderaient ce qui passe sur le réseau ou pour le serveur qui voudrait le garder dans ces logs, HTTP ne fabrique pas de « chemin de retour » à partir des entêtes. HTTP fonctionne au dessus de TCP, le client à ouvert une connexion TCP, si elle est toujours là quand le serveur a terminé de générer sa réponse, il répond dedans, si elle s’est terminée (timeout, client impatient, etc.), la réponse est jetée.
Re: [OSM-talk-fr] Comment importer des données OpenData dans OSM
2014-05-27 17:06 GMT+02:00 JeanMichel FRANCOIS jeanmichel.franc...@makina-corpus.com: Sur l'authentification : Je pense qu'on parle d'OAuth et non pas d'OpenID qui pose trop de problèmes. Je vais voir si je peux intégrer OAuth pour utiliser avec l'API qui demande une auth HTTP. Oups, oui c'est oauth, pas openid (reveil difficile du lundi matin qui se prolonge..:) La page wiki: Oui ça je compte bien le faire mais une fois que le reste sera validé (comme la manière de faire) mais en effet c'est un passage obligé. Dernier point: il faudra encore faire le tri sur les attributs à importer. Les fichiers json (et opendata en général) contiennent pas mal d'info inutiles pour OSM ou redondantes. Ca peut se discuter sur le wiki ou sur cette liste. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Comment importer des données OpenData dans OSM
Outre les remarques déjà faites. Osmose comporte déjà un partie d'aide à l'intégration de données OpenData : - Par détection d'élément d'OpenData non présent dans OSM - Par proposition de conflation, d'ajout d'attribut aux objets déjà existant. - Par détection des objets déjà dans OSM qui ne sont pas le jeu OpenData. Le mécanisme d'intégration a été fait dans l'idée de pouvoir facilement ajouter de nouveaux jeux de données. Il faut décrire le jeu de données et la façon dont on veut le convertir en données OSM. http://osmose.openstreetmap.fr/fr/map/#zoom=14lat=43.58695lon=1.43783layer=Mapnikoverlays=FFFTitem=8xxxlevel=1%2C2%2C3tags=fixable=bbox=-34.6728515625%2C59.44507509904714%2C-7.69042968749%2C67.75108007583425 C'est les items des deux dernières catégories. http://wiki.openstreetmap.org/wiki/FR:Osmose http://wiki.openstreetmap.org/wiki/FR:Osmose/erreurs Et pour avoir une idée de la configuration du mapping : https://gitorious.org/osmose/backend/source/136f4ef85bb042d4df2df99c44a45702be4a6bbd:analysers/analyser_merge_recycling_FR_cub.py Frédéric. Le 27/05/2014 15:27, Christian Quest a écrit : Une remarque préliminaire très importante: c'est quoi le but des boutons Ouvrir dans google Maps et de la couche Photo ESRI ? Ce sont des sources non autorisées pour contribuer à OSM et c'est un point TRES important. On ne peut pas les utiliser pour repérer l'emplacement d'un POI. Seules des données libre de copyright peuvent servir à contribuer à OSM. Ce n'est pas le cas de Google Maps ni des photos aériennes d'ESRI. Possible par contre d'ajouter les images aériennes de Bing (là, on a une autorisation explicite). A suivre Le 27 mai 2014 15:00, JeanMichel FRANCOIS jeanmichel.franc...@makina-corpus.com mailto:jeanmichel.franc...@makina-corpus.com a écrit : Bonjour, Je suis tout nouveau dans le monde OSM, donc une petite présentation s'impose. Je travaille pour Makina Corpus depuis pas mal d'années en tant que développeur et chef de projet Web. Depuis février je travaille sur un projet de promotion du territoire de Nantes Métropole (24 communes). Voici un petit historique autour de la partie data: J'ai d'abord fait une sélection des données Opendata sur http://data.nantes.fr Puis un export GeoJSON: https://github.com/toutpt/opendata-nantes-geojson/tree/master/static/geojson/ On a ensuite fait joujou avec les données pour affiner nos choix. Le problème: On a des données Opendata et des données dans OSM, les deux se cassent la figure au lieu de se compléter. Au lieu de choisir l'un ou l'autre, j'aimerai travailler à l'import des données (aïe qu'ai je dis la ...) J'ai d'abord lu la documentation sur l'import dans le wiki: http://wiki.openstreetmap.org/wiki/FR:Import http://wiki.openstreetmap.org/wiki/FR:Import/Guidelines Ce que j'en ai retenu: * il faut d'abord en parler * il ne faut pas automatiser * il faut vérifier les données une par une Avant d'en parler j'ai fais un tour des outils disponibles pour faire de l'import et celui qui ressort partout c'est JOSM. Je ne suis pas un expert SIG donc JOSM c'est pas pour moi, c'est clairement un outil pour les experts. Donc la c'est le drame, comment faire pour 'importer' des données OpenData ? Autant les outils comme ID sont vraiment simple et intuitif et on comprend vite comment faire, on peut observer les données déjà présente, ... Autant JOSM au bout d'une heure j'arrivais toujours à rien. Pour moi importer un jeu de données OpenData dans OSM c'est: * savoir comment on importe le type de données correspondante (mairie, gendarmerie, ...) * exposer le jeu de données OpenData pour pouvoir parcourir OSM * sélectionner un élément d'OSM à mettre à jour avec l'élément OpenData correspondant en gardant la main sur les données J'ai donc imaginer un outil que j'ai rapidement fait (c'est un prototype, il y a quelques bugs) qui est orienté sur ce genre d'import. Un exemple avec les cinémas: http://makinacorpus.github.io/osmfusion/#/?features=http://goo.gl/vfjbIVsettings=http://goo.gl/3kWH3R (Vous devez utiliser vos identifiants OSM) Voici une capture d'écran: http://awesomescreenshot.com/0a82vfu564 Quelques idées sur cette approche: * rester sur de l'import manuel (pas d'automatisation) * inspirer des outils de développeur diff merge L'appli est toute simple c'est du Javascript : * angularjs * API OSM Donc ma question est: suis je sur la bonne piste pour mettre à jour OSM avec ces données Opendata ? Si oui : je continue à investir sur comment on catégorise chaque données correspondante disponible dans la liste sur github: https://github.com/makinacorpus/osmfusion Sinon ba je vais devoir trouver des alternatives ... et la c'est le vide. Merci d'avance de vos conseils et
Re: [OSM-talk-fr] Comment importer des données OpenData dans OSM
Sur le tri et les attributs: En effet et c'est bien ce qui est déjà fait: OSMFusion peut prendre une configuration distante au format JSON qui est ensuite stocké via l'API WebStorage (persistent dans le navigateur) Ainsi l'exemple de la capture utilise la configuration suivante: http://goo.gl/87kudv La partie correspondante est osmtags: name: currentFeature.properties.geo.name, amenity: 'school', phone: i18nPhone(currentFeature.properties.TELEPHONE), source:ref: currentFeature.properties._IDOBJ Cette configuration étant persistante, elle peut être ainsi modifiée en dehors de ce fichier JSON: http://awesomescreenshot.com/0bf2vho946 Le 27/05/14 17:41, Pieren a écrit : 2014-05-27 17:06 GMT+02:00 JeanMichel FRANCOIS jeanmichel.franc...@makina-corpus.com: Sur l'authentification : Je pense qu'on parle d'OAuth et non pas d'OpenID qui pose trop de problèmes. Je vais voir si je peux intégrer OAuth pour utiliser avec l'API qui demande une auth HTTP. Oups, oui c'est oauth, pas openid (reveil difficile du lundi matin qui se prolonge..:) La page wiki: Oui ça je compte bien le faire mais une fois que le reste sera validé (comme la manière de faire) mais en effet c'est un passage obligé. Dernier point: il faudra encore faire le tri sur les attributs à importer. Les fichiers json (et opendata en général) contiennent pas mal d'info inutiles pour OSM ou redondantes. Ca peut se discuter sur le wiki ou sur cette liste. Pieren ___ 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] Evaluer les kms de voies cyclables
Le 27/05/2014 11:18, Mides écrivait: Je pourrais voir cela comme une recherche générique sur le tag [cycleway] mis à part que l'on y retrouve aussi les [cycleway=no] Ce sont des exemples qui illustrent le principe. Pour faire des statistiques sur les aménagements cyclables il faut prendre en compte les cycleway:left, cycleway:right ainsi que les valeurs, track, lane, opposite, opposite_lane,... sans oublier les highway=path, bicycle=yes. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] osm.fr et proxy
Le 27/05/2014 10:07, Landry MINOZA a écrit : Je viens d’effectuer des tests supplémentaires avec curl, j’ai testé toutes les entêtes passées par firefox et squid, toutes les combinaisons testés renvoient bien la tuile demandée sauf lorsqu’il y a un entête X-Forwarded-For. J’ai essayé cet entête avec comme IP mon IP publique, 127.0.0.1 et l’IP publique du serveur, la réponse est toujours vide. N’y aurait-il pas un reverse proxy apache et une vérification de provenance sur l’application qui est derrière (auquel cas, apache devrait supprimer l’entête X-Forwarded-For avant d’ajouter la sienne). Merci pour le debug, ça a été bien utile. C'est normalement corrigé maintenant. La config du serveur de tuile (mod_tile) contenait cette config: ModTileEnableTileThrottlingXForward 1 D'après ce que j'ai compris, ça sert à attribuer les tuiles à l'IP du X-Forwarded-for plutôt que l'IP du proxy, pour le méchanisme de limitation de tuiles par IP. J'ai modifié à 0, ce qui signifie que c'est l'IP du proxy qui est utilisé, ce qui me parait plus approprié. -- Jocelyn ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] osm.fr et proxy
Le mardi 27 mai 2014, 19:32:24 Jocelyn Jaubert a écrit : Le 27/05/2014 10:07, Landry MINOZA a écrit : Merci pour le debug, ça a été bien utile. C'est normalement corrigé maintenant. Ça m’a l’air en effet de fonctionner correctement. Merci. La config du serveur de tuile (mod_tile) contenait cette config: ModTileEnableTileThrottlingXForward 1 D'après ce que j'ai compris, ça sert à attribuer les tuiles à l'IP du X-Forwarded-for plutôt que l'IP du proxy, pour le méchanisme de limitation de tuiles par IP. J'ai modifié à 0, ce qui signifie que c'est l'IP du proxy qui est utilisé, ce qui me parait plus approprié. D’après la doc ici : https://github.com/openstreetmap/mod_tile/blob/master/debian/tileserver_site qui n’est pas très verbeuse sur le sujet et mon expérience dans l’hébergement, le paramètre à 1 ne devrait être utilisé que dans des cas très particuliers (LAN ou derrière un reverse proxy dont on est sûr qu’il vide cet entête avant d’ajouter l’IP du demandeur). S’il n’y a pas de reverse proxy, il vaut beaucoup mieux utiliser 0 (avec le petit risque de pénaliser certains gros proxies quoiqu’ils devraient garder en cache les requêtes des clients précédents et les fournir aux nouveaux). Et avec un reverse proxy, l’option 2 doit permettre d’avoir l’adresse du dernier relais avant celui-ci (donc la même chose que l’option 0 sans reverse). Pour moi, l’option 1 peut même être contre productive, en effet un script malveillant souhaitant pomper toutes les tuiles n’aura qu’a forger cet entête avec une IP aléatoire différente pour chaque requête pour contourner le throttling. -- Landry MINOZA landry.min...@gmail.com ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] osm.fr et proxy
Vu le ton tu donnes l'impression (je note ton expression de délire qui est franchement hostile, sans raison) de dire que je ne comprends rien à HTTP et que je ne sais pas que c'est au dessus de TCP. JE connais parfairement aussi la différence entre HTTP/1.1 et HTTP/1.0 (la gestion des sessions est complètement diffférente). Tu joues sur un mot: j'ai parlé de logs pour dire que c'est une trace que tu as relevé quelquepart en employant un logiciel, je n'ai aucune idée où tu as été les chercher, que tes logiciels les génère directement ou que tu utilises un sniffeur. J'ai donné des pistes, parce qu'il manque des détails à ton mail, c'est aussi pour que tu puisses chercher, ou que quelqu'un puisse le faire puisque je ne suis pas connecté à ta machine directement pour le faire, ni non plus au(x) serveur(s). Il me semble bien qu'on a un problème de franchissement de *plusieurs* proxies (un chez toi sur ton Squid ou celui de ton université ou entreprise, et un autre du côté des serveurs de tuiles) qui ne dialoguent pas entre eux et perdent leur route. L'absence de réponse et la fermeture de session sans rien derrière montre bien qu'un des proxies croit que tout est terminé et si ça se trouve une réponse a bien été transmise mais pas sur la bonne session. Les statuts HTTP 1xx ne sont pas rares non plus (surtout dans un cas comme ici où la requête peut demander plusieurs secondes voire minutes avant d'être disponibles), si on regarde les traces visibles dan un navigateur, en général ils sont cachés (on ne voit pas non plus les redirections) les navigateurs n'affichant souvent que la réponse finale et omettant les étapes intermédiaires de traitement d'une requête (ce que je trouve pénible dans des situations comme ici). Je n'ai pas dit non plus que les entêtes MIME d'extension d'HTTP étaient une nécessité pour le routage, ils sont pourtant nécessaires (et pas que pour l'inspection a posteriori par un adminstrateur). C'est le cas du Via: qui est standard dans HTTP. Ce sont ici des traces (trop parcellaires) de ce qui se passe derrière. Il y a encore d'autres subtilités comme le format de transport des réponses (le mode chunked qui n'existe qu'en HTTP/1.1 et dont le support est obligatoire : si on ne surveille pas directement ce qui est véhiculé sur les sockets, là encore les navigateurs cachent ce genre de détail dans leurs consoles d'inspection). Une cause de rupture de session que j'ai déjà vue c'est aussi un chunk de taille 0 dans le corps d'une répose, toutefois les chunks sont transmis toujours après le statut et les autres entêtes. que le client devrait recevoir malgré tout. Ce qui est bizarre chez toi c'est ce comportement avec ton proxy alors que mes tests avec un proxy ne montrent pas d'anomalie. Si ce ne sont pas les proxis Squid qui se plantent ente eux, ce peut être cuasé par un logiciel parefeu tiers., ou comme je le pense un routeur NAT qui se trompe de session. Comme chez moi je ne vois aucune anomalie, si c'est le problème, c'est de ton côté (voir du côté des routeurs, parefeus entre chez toi et ta onnexion internet, il n'y a pas que ton Squid local) : tu tombes petu-être sur un cas de saturation du nombre de ports disponibles sur ton NAT qui alors se donne des prirotiés pour fermer des sessions (TCP) qui en apparence ne sont plus utilisées et ont cessé d'échanger des données (les réponses HTTP 1x sont justement là pour indiquer que la session reste active même si elle doit encore attendre, c'est un envoi minimum de données sur la socket l'aute partenaire pouvant les filtrer facilement ; les bibliothèques de clients HTTP prenent en charge ces statuts HTTP 1xx et les formats chunk nativement sans que l'applictaion qui les utilise ait besoin de s'en charger, mais si on n'active pas une option de débogage de ces bibliothèques, elles ne laissent aucune trace visible dans les consoles des applications clientes l'option de débogage est spécifique au logiciel, elle ne se configure pas dans le flux réseau échangé). Le 27 mai 2014 17:19, Landry MINOZA landry.min...@gmail.com a écrit : Le mardi 27 mai 2014, 15:43:19 Philippe Verdy a écrit : Visiblement le serveur indique: Pragma: no-cache Cache-Control: no-cache Mais ton Squid maintient un cache excessif (qui ensuite ne se met pas à jour et garde des pages vides quand elles ne sont pas prêtes tout de suite la première fois: Cache-Control: max-age=259200 Et ton Squid conserve cette réponse pendant 3 jours (259200 secondes). Ce que ne monte pas ton log de requête, ce sont les statuts HTTP d'attente qui permettent de maintenir la connexion (HTTP 1xx). Comme indiqué dans mon mail, il ne s’agit pas de logs, mais d’analyses de captures réseaux effectuées pour la première entre le Squid et le serveur osmfr (ce qui ne fonctionne pas) et pour la seconde sur un poste client configuré sans proxy (ce qui fonctionne) afin de comparer les requêtes et les réponses. Le pragma et cache-control à no-cache que tu
Re: [OSM-talk-fr] osm.fr et proxy
Cette config est un gros hack pas propre du tout et pas confirme au standard HTTP. C'est bien dommage que ce ne soit pas bien documenté dans le serveur de tuiles mais de toute façon la façon dont c'est fait est bogué et cette option devrait être supprimée. C'est la mauvaise façon de faire un throttling que de casser la compatibilité HTTP (surtout ici en s'appuyant sur un entête purement informatif et en concluant qu'on peut modifier unilatéralement le routage en ignorant le cycle de vie d'une session et en supposant qu'il n'y a pas d'autres proxies dans la chaîne de transmission et le séquencement des autres sessions en parallèle, y compris celles du même client). En tout cas si vous supprimez cette option foiruese cela rédoudra aussi des cas fréquents qu'on constate même depuis un client avec un accès direct à Internet qui n'un coup de reçoit plus rien du tout pendant plusoeurs minutes pour les tuiles qu'il demande, comme si le serveur était surchargé. Cette option est beaucoup trop agressive (à la limite elle peut servir uniquement sur un LAN dont on connait la topologie, mais pas du tout sur des connexions issues d'adresses IP sur Internet dont on ne sait pratiquement rien des méthodes d'accès. En effet les proxies peuvent même être imposés par l'opérateur internet du client, par exemple pour les utilisateurs de réseaux mobiles qui ne fournissent pas d'adresse IP publique à leurs clients utilisateurs de smartphones sur leurs réseau d'accès; et qui limitent aussi les protocoles utilisables et limitent fortement aussi les durées de session sans trafic visible [les sessions ne tiennent souvent seulement pas plus de 10 à 15 secondes maxi sur les réseaux mobiles 3G — comme SFR qui est en France le plus agressif — sur un tel accès, les sessions HTTP longues DOIVENT utiliser les statuts HTTP 1xx de continuation pour les requêtes longues sinon elles échouent en cours de traitement par le serveur consulté, si le serveur ne peut pas répondre immédiatement dans les 5 secondes, et le serveur doit lui-même émettre ces statuts dans un délai raisonnable, faute de quoi il perdra son client ; SFR, quand il interrompt une session sur ses proxy d'accès mobile, ne renvoie lui-même aucun statut HTTP non plus à son client, alors même qu'il lui impose une connexion en HTTP et le tunnelage HTTP des autres protocoles qu'il veut bien transporter, et que très peu d'autres protocoles sont supportés ! Un tunnel VPN sécurisé et crypté sera interrompu si dans le tunnel de transport il n'y a pas émission régulière, hors-bande, de statuts de continuation confirmant qu'il y a encore une activité attendue et que les requêtes suivent leur cours normal même si elles sont plus lentes à répondre qu'une page web statique, qui demande peu ou pas de calcul lourd sur un serveur]. Autre suggestion: si un serveur de tuiles ne peut retourner une tuile complète car la file d'attente de rendu est pleine, il devrait retourner rapidement une ancienne version précalculée de la tuiles depuis son cache local, même s'il a enregistré la tuile comme devant être mise à jour par la demande détectée. Je crois avoir lu que c'est fait sur certains serveurs (pas tous). Cela a l'avantage de permettre de ne pas garder des sessions trop nombreuses ouvertes (et d'éviter la saturation des ports TCP disponibles et donc se prémunir aussi contre des attaques DoS faciles). Si on veut limiter le traffic mod_tile ne peut rien utiliser d'autre que l'adresse IP la plus directe et ne doit rien supposer de la topologie des clients distants qui se connectent par cette adresse IP. Tout ce qu'on peut faire c'est limiter le nombre de sessions parallèles et imposer une file d'attente en ajoutant des délais de réponse: Si la lmite est dépassée, il ne faut pas interrompre brutalement sans rien dire, il faut retourner un statut 4xx permettant au client (ou proxy client) d'être informé et ensuite pouvoir gérer ses sessions et leur cache des réponses obtenues, ainsi que les délais avant de pouvoir retenter la requête (mais vu les délais donnés dans les traces plus haut, 3 jours!!!, c'est difficilement gérable, le client ou proxy client ne dispose d'aucun moyen de réguler son trafic avec la solution actuelle). Si le but c'est de se prémunir contre des attaques de type DDoS, ce n'est pas sur modètile qu'il faut faire ça mais sur un parefeu frontal (qui peut aussi utiliser d'autres systèmes pour inspecter les sessions, y compris utilise ICMP ou d'autres inspections dans des couches basses d'IP ou l'inspection des routes et des flags d'option d'IP, ou encore des inspections de trafic via une analyse DNS., ou encore des options sur IPSEC ou systèmes d'authentification sur un VPN si on l'utilise. D'ailleurs les serveurs de tuiles ne devraient-ils pas être accessibles en HTTPS (voire par un tunnel end-to-end)? Oui je sais, HTTPS a un coût en performance car il va imposer un petit trafic initial supplémentaire (et un ou deux roundtrips initiaux donc un délai ajouté d'environ 50 à 120ms,
[OSM-talk-fr] Rencontre parisienne ce vendredi
Bonsoir, Le dernier vendredi du mois, c'est dans 3 jours... L'occasion de notre rencontre parisienne mensuelle. Rendez-vous à partir de 19:00 Chez Papa, 153 rue Montmartre : http://www.openstreetmap.org/node/2695378308#map=19/48.87064/2.34257 Comme d'habitude, les premiers arrivés prennent une table à l'étage. À vendredi, vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Voies sans nom de Paris
La réponse a déjà été donnée par Pieren au détour d'une conversation [1], mais je voudrais quand même être sûr de ce que je fais avant de dégommer du rouge. Pour les voies non nommées de Paris [2], on ajoute la référence utilisée par la ville de Paris en tant que 'name=', et pas en tant que 'alt_name' ou 'official_name', même dans les cas où cette référence n'apparaît pas du tout sur le terrain [3] ? Zigeuner [1] http://gis.19327.n5.nabble.com/Utilisation-du-cadastre-pour-les-numeros-de-voies-td5733499.html [2] http://fr.wikipedia.org/wiki/Voies_sans_nom_de_Paris [3] exemple de la Place T/10 : http://www.openstreetmap.org/way/10657703 À propos, que faire d'un tel objet : http://www.openstreetmap.org/way/157775359 (à part une relation multipolygone avec le rond intérne en inner). Si on veut être rigoureux, il devrait couvrir toute la zone goudronnée dédiée aux automobiles. Mais où placer la limite avec les autres rues ? Au final, ne vaudrait-il pas mieux le supprimer dans la mesure où l'on ne cartographie pas les surfaces des routes ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Voies sans nom de Paris
Le 27 mai 2014 23:41, Copro Grammes coprogram...@yahoo.fr a écrit : La réponse a déjà été donnée par Pieren au détour d'une conversation [1], mais je voudrais quand même être sûr de ce que je fais avant de dégommer du rouge. Pour les voies non nommées de Paris [2], on ajoute la référence utilisée par la ville de Paris en tant que 'name=', et pas en tant que 'alt_name' ou 'official_name', même dans les cas où cette référence n'apparaît pas du tout sur le terrain [3] ? Ces voies sans noms peuvent rester comme ça longtemps. Certaines ont des plaques de rue (vu une près de la rue Montgallet) et des adresses. C'est bizarre comme nom, mais c'est ce qu'on a de mieux je pense. Zigeuner [1] http://gis.19327.n5.nabble.com/Utilisation-du-cadastre-pour-les-numeros-de-voies-td5733499.html [2] http://fr.wikipedia.org/wiki/Voies_sans_nom_de_Paris [3] exemple de la Place T/10 : http://www.openstreetmap.org/way/10657703 À propos, que faire d'un tel objet : http://www.openstreetmap.org/way/157775359 (à part une relation multipolygone avec le rond intérne en inner). Si on veut être rigoureux, il devrait couvrir toute la zone goudronnée dédiée aux automobiles. Mais où placer la limite avec les autres rues ? Au final, ne vaudrait-il pas mieux le supprimer dans la mesure où l'on ne cartographie pas les surfaces des routes ? Bizarre cet area=yes surtout avec un oneway... pas cohérent du tout, je pense que le area=yes est en trop. Tu peux regarder qui a mis ça comme ça et lui demander si il y a une raison. -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Voies sans nom de Paris
Non le area est correct, si c'est un highway unique (à mon avis ce n'en est pas un les côtés ouest et sud sont la rue Philippe Philippe de Girard, le Côté Nord c'est la rue Louis Blanc, seul le côté Est n'a pas de nom de rue et pourrait s'appeler Place T/10 par défaut mais impossible de donner un nom vu qu'il n'y a pas d'adresse de ce côté là, l'entrée de l'école est au 14 sur la partie sud de la rue Girard mais hors de la place, les autres accès à l'école étant aux 49 et 49 bis de la partie de la Rue Liuis Blanc hors de cette place). Il ne reste donc qu'un petit chemin de connexion. Si on tague le polygone (avec son polygone rond inner, il peut porter le nom de la place mais ce n'est pas un highway contrairement segment ouest-sud et au segment nord qui sont sur des rues différences. s ce n'est pas un highway, pas besoin de area=yes, mais alors quel tag lui appliquer ? c'est une surface de voirie mais pour l'instant on n'a pas de tag pour définir cette surface, les ways utilisés pour les highway n'encadant pas toute leur surface mais passant virutlelement au milieu de l'axe roulant en tant que chemin moyen. En tout cas cette surface n'est pas habitée non plus et ce n'est pas du residentiel, c'est une surface grise om on ne sait pas si on peut rouler (mais c'est aussi le cas des surfaces de chaque côté de toutes les rues tracées par un highway ; on ne sait jamais où commence le trottoir et souvent pas non plus s'il y a un stationnement possible , tout ce qu'on a souvent c'est l'indication du nombre de lanes qui permet d'estimer une largeur voisine de 3 mètres par lane, plus 50 centimètres de bordure bordant les lanes externes, on ne sait donc pas mesurer précisément les largeurs de trottoir, le position des feux, la visibilité des carrefours et jusqu'où on doit s'avancer pour observer en sécurité ce qui vient à droite ou à gauche, ou bien l'endroit où on doit s'arrêter à un feu (on peut à peine l'estimer quand on a un noeud crossing dont on pour un passage piéton ne connait pas non plus la largeur : OSM est clairement orienté pour les véhicules mais ignore encore les piétons exposés à tous les dangers, et notamment les aveugless qui ne savent pas où trouver les boutons d'appel de feu et n'ont pas toujours non plus les bandes de points en relief sur la bordure : ils doivent tester la limite du trottoir à droite ou à gauche du passage mais n'en ont pas non plus au bord passage piéton central qui est surbaissé pour les fauteuils roulants...). Il serait temps de commencer à s'intéresser à tracer les surfaces de voiries et plus seulement le filaire central qui sert surtout pour calculer facilement des itinéraires de véhicules. Certains vont dire halte c'est de lu micromapping. Soit mais ce n'est pas redondant non plus (et on n'a pas non plus nécessairement à nommer ces surfaces, le seul fait qu'il y ait un cemin highway qui le traverse doit suffire pour les véhicules. On est pourtant dans les limites de précision voulue de nos cartes (décimétriques alors qu'on a plusieurs mètres de large dans autre précision sur la façon dont ça s'organise) Il nous faudrait donc un autre tag que highway=* pour ces surfaces (comme on a aussi des tags différents pour les voies de chemin de fer et les surfaces dédiées à l'utilisation ferroviriaire avec un landuse=* et non un railway=* pour le filaire de la voie, et comme on a aussi des tags différents pour les lits de fleuve/riières comme landuse=riverbank et maintenant plus souvent water=riverbank et non pas waterway=* pour le filiaire). Si on commence à taguer les surfaces de voiries, il faut réfléchir ce qui définit justement cette surface (et non pas le sens de circulation sur les voies roulantes). On tracera aussi les carrefours en créant un X central pour découper les surfaces propres à chaque rue le point central du X étant aussi le noeud d'intersection des highways. Et enfin on convertira les highway=pedestrian qui utilisent encore area=yes vers ce nouveau schéma : plus besoin alors de area=yes sur aucun chemin highway (ce qui est un non-sens AMHA). Enfin on pourra correctement aussi tracer ce qui peur séparer physiquement les voirie roulante des trottoirs : obstacles tels qu'une hauteur de trottoir, les caniveaux, les bouches d'égout écacurant les eaux des caniveaux, les barrières et plots, les luminaires, les feux, les supports de panneaux de signalisation ou publicitaires, les bancs, le mobilier urbain, etc... qui doivent être sur le trottoir et pas au milieu de la voirie roulante (en revanche les plaques d'égout au sol, regards ou trappes vers un réseau gaz ou un réseau de télécommunication peuvent être partout). Et là ce pose alors le problème : un landuse est inapproprié car souvent il est beaucou trop grand et englobe zones constructibles, jardins, rues, trottoirs, places, etc Il nous fait un tag pour quelquechose de plus petit qu'un landuse pour ces surfaces. Pourquoi pas un wayuse=* avec en valeur pedestrian pour les surfaces de trottoirs, vehicle
Re: [Talk-us] Mapnik not rendering leisure=nature_reserve
I too have been importing nature reserves and noticed this. I am not sure if I like the new light green with thick hash text. The NR can be a bit much, maybe reduce the density. I'll comment on GitHub. On Sat, May 24, 2014 at 12:38 PM, stevea stevea...@softworkers.com wrote: This isn't a problem with Mapnik, but a change to openstreetmap.org's Mapnik XML. I would post an issue here https://github.com/ gravitystorm/openstreetmap-carto Daniel Thank you, Daniel! I have now discovered that Paul Norman has effectively done this with https://github.com/gravitystorm/openstreetmap- carto/issues/563 . Steve ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us -- Elliott Plack http://about.me/elliottp ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
