[talk-ph] DOTC GFTS data OK for OSM?
Hi, I found this (again) today: http://www.dotc.gov.ph/index.php?option=com_k2view=itemid=569:philippine-transit-information-service Terms of Use is here: http://www.dotc.gov.ph/images/stories/front/PhilTransit/draft%20developer%20license%20agreement%20and%20terms%20of%20use%20gtfs.pdf Can look at the license and confirm if this is OK for OSM (license wise)? -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ talk-ph mailing list talk-ph@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ph
Re: [talk-ph] DOTC GFTS data OK for OSM?
Unfortunately, the license appears to be incompatible to ODbL The opening paragraph states a unilateral condition: DOTC can change this Agreement at any time by posting a revised Agreement as DOTC deems necessary and Section X paragraph 2 specifically prohibits assignment. IANAL. :P *Erwin Olario* - - - - - - - - - - - - - - - - - - - » email: erwin@ er...@ngnuity.net*n**gnu**IT**y**.**net* http://ngnuity.net/ | gov...@gmail.com » mobile: (PHL): +63 908 817 2013 » OpenPGP key: 3A93D56B | 5D42 7CCB 8827 9046 1ACB 0B94 63A4 81CE 3A93 D56B On Tue, Jul 1, 2014 at 3:57 PM, maning sambale emmanuel.samb...@gmail.com wrote: Hi, I found this (again) today: http://www.dotc.gov.ph/index.php?option=com_k2view=itemid=569:philippine-transit-information-service Terms of Use is here: http://www.dotc.gov.ph/images/stories/front/PhilTransit/draft%20developer%20license%20agreement%20and%20terms%20of%20use%20gtfs.pdf Can look at the license and confirm if this is OK for OSM (license wise)? -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ talk-ph mailing list talk-ph@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ph ___ talk-ph mailing list talk-ph@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ph
[talk-ph] No attribution of OSM on GrabTaxi App
Hi all, This has been noticed since June 15th and forgot to report it here. GrabTaxi, an app used to book for a taxi on southeast asia including the Philippines has been using MapQuest layer of OSM as its basemap however no attribution whatsoever is linked to OSM. Grabtaxi Philippines facebook page has been notified and replied last June 20 over a facebook comment thatt they will forward it to their team right away. As of this time, GrabTaxi app has not yet changed their attribution text on the app. Facebook post regarding the report and GrabTaxi Philippines reply https://www.facebook.com/photo.php?fbid=10201255896158407set=a.1061129027423.8965.1801873847type=1 Grabtaxi Website http://grabtaxi.com/manila-philippines/ FYI Ervin M. *Schadow1 Expeditions* - A Filipino must not be a stranger to his own motherland. http://www.s1expeditions.com ___ talk-ph mailing list talk-ph@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ph
[talk-ph] Fwd: [OSM-talk] NOTICE: Upcoming Maintenance - Some services will be down
fyi. Maning Sambale (mobile) -- Forwarded message -- From: Grant Slater openstreet...@firefishy.com Date: Jul 2, 2014 12:25 AM Subject: [OSM-talk] NOTICE: Upcoming Maintenance - Some services will be down To: annou...@openstreetmap.org, Talk Openstreetmap t...@openstreetmap.org, OSM Dev List d...@openstreetmap.org On Saturday 5th of July 2014 between 09:00 and 19:00 (GMT / UTC) we are moving our servers hosted by University College London to another data center. The following services WILL be affected: * Search (nominatim.openstreetmap.org) will be unavailable. [1] * Slower map updates / Reduced tile rendering capacity. (Yevaud outage) * OSM Foundation websites and blog.openstreetmap.org will be unavailable. * Taginfo (taginfo.openstreetmap.org) will be unavailable. * Development Server (errol) will be unavailable. * Some imagery services will be unavailable. (GPX Render, OS Streetview, OOC, AGRI, CD:NGI aerial) Other OpenStreetMap provided services should not be affected - all of the following are expected to function normally: * www.openstreetmap.org web site WILL allow edits as per normal (iD or Potlatch). * API will allow map editing (using iD, JOSM, Merkaartor etc.) * Forum * trac (bug-tracker) * help.openstreetmap.org * tile serving (View The Map Export) * Wiki * mailing lists * subversion and git (source code repositories) * donate.openstreetmap.org Technical: We are moving all the servers listed here http://wiki.openstreetmap.org/wiki/Servers#UCL_-_In_Use to a new UCL data center. The current building is being closed soon for refurbishment. The new data center has better server racks, power feeds, cooling and faster networking. [1] Searches through the website will still work - we will redirect them to another nominatim instance temporarily. Sincerely Grant Slater On behalf of the OpenStreetMap sysadmin team. ___ talk mailing list t...@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ talk-ph mailing list talk-ph@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ph
[OSM-talk-be] waterinfo.be wms?
Hoi, Er bestaat dit: http://inspirepub.waterinfo.be/arcgis/rest/services. Vraagje aan diegenen die wms'en en dergelijke overweg kunnen: is dat iets waar wij iets mee kunnen doen, bv. als wms in JOSM? Als basisdata worden de gemeentes en deelgemeentes aangeboden en ook de aslijnen van de waterlopen kunnen interessant zijn. Groetje, Stijn___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk] Drop rendering of permissive access?
Regardless of aesthetics, as pointed out here https://github.com/gravitystorm/openstreetmap-carto/pull/371 the current access renderings are misleading and entice wrong tagging. So either we do it properly, which would imply importing more data, or we drop the rendering. Simon On 1. Juli 2014 05:33:49 MESZ, Marc Gemis marc.ge...@gmail.com wrote: I'll agree with Andy. Don't drop map features for aesthetic reasons. Maybe we need two styles on the osm.orgm style, a nice one for map users and and ugly, but loaded with features mappers-map. regards m On Tue, Jul 1, 2014 at 1:56 AM, SomeoneElse li...@mail.atownsend.org.uk wrote: On 30/06/2014 22:23, Matthijs Melissen wrote: We are currently considering dropping the rendering of access=permissive (currently rendered as green dashes) from openstreetmap-carto, the main map on opensteetmap.org. What would be useful would be some comments from the authors of these changes about what they think the standard map is actually _for_. Previously the story was that it was for mappers, but that seems to be no longer the case. I've seen very little written justification for this series of changes. The nearest on the previous change ( https://github.com/gravitystorm/openstreetmap-carto/pull/542) was but I've seen a few abandoned railway lines being rendered diagonally across well mapped housing estates, and it looks terrible. - which is no justification at all; you could use a similar argument in favour of not rendering natural=beach because people use it on golf courses. That's not to say that you _couldn't_ make an argument in favour of the standard style becoming an Open Mapquest Lite - for map consumers rather than for map makers - but something needs to replace it, so that new mappers can see the results of their efforts. Or maybe mappers are no longer such a rare resource that we don't need to encourage them any more? Cheers, Andy ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk -- Diese Nachricht wurde von meinem Android-Mobiltelefon mit Kaiten Mail gesendet.___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Drop rendering of permissive access?
On 01/07/2014 09:46, Simon Poole wrote: Regardless of aesthetics, as pointed out here https://github.com/gravitystorm/openstreetmap-carto/pull/371 the current access renderings are misleading and entice wrong tagging. Playing devil's advocate here, how do we know this? That information doesn't appear to be on the pull request. What we have instead is Given that most uses, particularly of access=destination are actually wrong (excludes access far all, including pedestrians for example). What it'd be useful to have instead would be: 1) some examples of where access=destination is wrong (i.e. there really is more than destination access for specific modes and that isn't tagged) to help understand what the problem is perceived to be. 2) either a measurement of how widespread the problem is, or a description of how to measure how widespread the problem is. Currently we don't have either of those - and without that there simply isn't the evidence to back up the proposed change. That doesn't mean that it can't / won't be found (hence playing devil's advocate) just that we don't know yet. Sometimes things that are obvious aren't actually true when you look at the data (new iD users making more errors than new users of other editors being an example of that, at least at the data that I looked at from England and Wales). Cheers, Andy ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Drop rendering of permissive access?
On Tue, Jul 1, 2014 at 5:33 AM, Marc Gemis marc.ge...@gmail.com wrote: Maybe we need two styles on the osm.orgm style Perhaps we don't have to go so far. I would suggest a compromise : render differently open access for the public (access=yes or absence of tag), forbidden access for the public (access=no or access=private) and conditional access, whatever it is (destination, permissive, forestry, type of vehicle, etc). In this way, it is usable for the average reader and we still render all highways, thanks to the contributors. It's unrealistic to think that we can render and read on a map all types of access conditions and combinations. It's like all surfaces values. If someone needs the details, then keep that on specific applications. Pieren ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Drop rendering of permissive access?
http://taginfo.openstreetmap.ch/tags/access=destination#combinations ~3700 access=destination that are guaranteed* to be wrong and that is only for a small part of Europe (and yes it is practically impossible to get access=destination plus exceptions right). Simon * foot and similar non-motorized modes of transportation access will legally always be possible here, except in the case of access=private (which should have been tagged instead if that is really the case). Am 01.07.2014 11:18, schrieb SomeoneElse: On 01/07/2014 09:46, Simon Poole wrote: Regardless of aesthetics, as pointed out here https://github.com/gravitystorm/openstreetmap-carto/pull/371 the current access renderings are misleading and entice wrong tagging. Playing devil's advocate here, how do we know this? That information doesn't appear to be on the pull request. What we have instead is Given that most uses, particularly of access=destination are actually wrong (excludes access far all, including pedestrians for example). What it'd be useful to have instead would be: 1) some examples of where access=destination is wrong (i.e. there really is more than destination access for specific modes and that isn't tagged) to help understand what the problem is perceived to be. 2) either a measurement of how widespread the problem is, or a description of how to measure how widespread the problem is. Currently we don't have either of those - and without that there simply isn't the evidence to back up the proposed change. That doesn't mean that it can't / won't be found (hence playing devil's advocate) just that we don't know yet. Sometimes things that are obvious aren't actually true when you look at the data (new iD users making more errors than new users of other editors being an example of that, at least at the data that I looked at from England and Wales). Cheers, Andy signature.asc Description: OpenPGP digital signature ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Drop rendering of permissive access?
2014-07-01 11:53 GMT+02:00 Pieren pier...@gmail.com: Perhaps we don't have to go so far. I would suggest a compromise : render differently open access for the public (access=yes or absence of tag), forbidden access for the public (access=no or access=private) and conditional access, whatever it is (destination, permissive, forestry, type of vehicle, etc). I believe that this is not possible to do consistently with current actual tagging (if the public isn't just cars) (and available tags in rendering db): we don't have needed subtags available in the db (like vehicle, motor_vehicle, motorcycle), albeit a plethora of relevant tags does indeed get imported: foot, bicycle, horse, motorcar, access (based on this style sheet, not sure if it is the actual one: https://github.com/openstreetmap/osm2pgsql/blob/master/default.style ). And there are still many instances of access=no, bicycle=yes, foot=yes, etc. where a motor_vehicle=no/private/destination would be more appropriate. As a sidenote, I won't see permissive as conditional access, as this should make no difference to the user compared to yes for practical reasons. cheers, Martin ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[OSM-talk] NOTICE: Upcoming Maintenance - Some services will be down
On Saturday 5th of July 2014 between 09:00 and 19:00 (GMT / UTC) we are moving our servers hosted by University College London to another data center. The following services WILL be affected: * Search (nominatim.openstreetmap.org) will be unavailable. [1] * Slower map updates / Reduced tile rendering capacity. (Yevaud outage) * OSM Foundation websites and blog.openstreetmap.org will be unavailable. * Taginfo (taginfo.openstreetmap.org) will be unavailable. * Development Server (errol) will be unavailable. * Some imagery services will be unavailable. (GPX Render, OS Streetview, OOC, AGRI, CD:NGI aerial) Other OpenStreetMap provided services should not be affected - all of the following are expected to function normally: * www.openstreetmap.org web site WILL allow edits as per normal (iD or Potlatch). * API will allow map editing (using iD, JOSM, Merkaartor etc.) * Forum * trac (bug-tracker) * help.openstreetmap.org * tile serving (View The Map Export) * Wiki * mailing lists * subversion and git (source code repositories) * donate.openstreetmap.org Technical: We are moving all the servers listed here http://wiki.openstreetmap.org/wiki/Servers#UCL_-_In_Use to a new UCL data center. The current building is being closed soon for refurbishment. The new data center has better server racks, power feeds, cooling and faster networking. [1] Searches through the website will still work - we will redirect them to another nominatim instance temporarily. Sincerely Grant Slater On behalf of the OpenStreetMap sysadmin team. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] NOTICE: Upcoming Maintenance - Some services will be down
On Tue, Jul 1, 2014 at 6:22 PM, Grant Slater openstreet...@firefishy.com wrote: On Saturday 5th of July 2014 between 09:00 and 19:00 (GMT / UTC) we are moving our servers hosted by University College London to another data center. Thanks for keeping services up and running so smoothly over the years! -- -S ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[OSM-talk] OGCServer help
can anyone point me at some help on getting OGCServer properly wired to a mapnik installation? the online docs i've found are pretty sketchy and are assuming a lot of python knowledge that i don't have. for reference, i'm working on an Ubuntu 14.10 install with mapnik installed per http://switch2osm.org/serving-tiles/building-a-tile-server-from-packages/ the mod_tile installation is working fine, but i need to get to serving tiles via wms and that part of the process isn't nearly as clear as the earlier stages of the process. thanks, richard -- rwe...@averillpark.net Averill Park Networking - GIS IT Consulting OpenStreetMap - PostgreSQL - Linux Java - Web Applications - Search signature.asc Description: OpenPGP digital signature ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[OSM-talk-nl] KNMI meet regenval met behulp GSM-masten
Ter info: http://webwereld.nl/development/83058-knmi-meet-regenval-met-behulp-gsm-masten ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl
[talk-au] Fwd: [OSM-talk] NOTICE: Upcoming Maintenance - Some services will be down
see attached notice of scheduled maintenance. Thank you, sysadmins, for your endless efforts on our behalf. -- Forwarded message -- From: Grant Slater openstreet...@firefishy.com Date: Tue, Jul 1, 2014 at 12:22 PM Subject: [OSM-talk] NOTICE: Upcoming Maintenance - Some services will be down To: annou...@openstreetmap.org, Talk Openstreetmap t...@openstreetmap.org, OSM Dev List d...@openstreetmap.org On Saturday 5th of July 2014 between 09:00 and 19:00 (GMT / UTC) we are moving our servers hosted by University College London to another data center. The following services WILL be affected: * Search (nominatim.openstreetmap.org) will be unavailable. [1] * Slower map updates / Reduced tile rendering capacity. (Yevaud outage) * OSM Foundation websites and blog.openstreetmap.org will be unavailable. * Taginfo (taginfo.openstreetmap.org) will be unavailable. * Development Server (errol) will be unavailable. * Some imagery services will be unavailable. (GPX Render, OS Streetview, OOC, AGRI, CD:NGI aerial) Other OpenStreetMap provided services should not be affected - all of the following are expected to function normally: * www.openstreetmap.org web site WILL allow edits as per normal (iD or Potlatch). * API will allow map editing (using iD, JOSM, Merkaartor etc.) * Forum * trac (bug-tracker) * help.openstreetmap.org * tile serving (View The Map Export) * Wiki * mailing lists * subversion and git (source code repositories) * donate.openstreetmap.org Technical: We are moving all the servers listed here http://wiki.openstreetmap.org/wiki/Servers#UCL_-_In_Use to a new UCL data center. The current building is being closed soon for refurbishment. The new data center has better server racks, power feeds, cooling and faster networking. [1] Searches through the website will still work - we will redirect them to another nominatim instance temporarily. Sincerely Grant Slater On behalf of the OpenStreetMap sysadmin team. ___ talk mailing list t...@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ Talk-au mailing list Talk-au@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-au
[OSM-talk-ie] Tagging of an area where Travellers live
Hi all, How do you map areas where Travellers live? Do you use special tags or only landuse=residential? I saw an area that is tagged with tourism=caravan_site. This seems wrong to me since this tag means a facility for tourists as also intended in the definition on the wiki page (http://wiki.openstreetmap.org/wiki/Tag:tourism%3Dcaravan_site). Tourists visiting a country by caravan can stay on a caravan site overnight or for some days and maybe find some facilities like electricity, waste disposal (also dirt water) or drinking water but less comfort than using a camp site. Constanze ___ Talk-ie mailing list Talk-ie@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ie
Re: [OSM-talk-ie] Tagging of an area where Travellers live
It's definitely not tourism, I would have tagged them as landuse=residential in the past On 1 Jul 2014 10:05, tumsi tu...@gmx.de wrote: Hi all, How do you map areas where Travellers live? Do you use special tags or only landuse=residential? I saw an area that is tagged with tourism=caravan_site. This seems wrong to me since this tag means a facility for tourists as also intended in the definition on the wiki page ( http://wiki.openstreetmap.org/wiki/Tag:tourism%3Dcaravan_site). Tourists visiting a country by caravan can stay on a caravan site overnight or for some days and maybe find some facilities like electricity, waste disposal (also dirt water) or drinking water but less comfort than using a camp site. Constanze ___ Talk-ie mailing list Talk-ie@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ie ___ Talk-ie mailing list Talk-ie@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ie
Re: [OSM-talk-ie] Tagging of an area where Travellers live
I tag them as landuse=halting_site. Nick On 1 Jul 2014 13:10, Dave Corley davecor...@gmail.com wrote: It's definitely not tourism, I would have tagged them as landuse=residential in the past On 1 Jul 2014 10:05, tumsi tu...@gmx.de wrote: Hi all, How do you map areas where Travellers live? Do you use special tags or only landuse=residential? I saw an area that is tagged with tourism=caravan_site. This seems wrong to me since this tag means a facility for tourists as also intended in the definition on the wiki page ( http://wiki.openstreetmap.org/wiki/Tag:tourism%3Dcaravan_site). Tourists visiting a country by caravan can stay on a caravan site overnight or for some days and maybe find some facilities like electricity, waste disposal (also dirt water) or drinking water but less comfort than using a camp site. Constanze ___ Talk-ie mailing list Talk-ie@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ie ___ Talk-ie mailing list Talk-ie@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ie ___ Talk-ie mailing list Talk-ie@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ie
[Talk-br] Novos mapas IBGE
Pessoal, fui lá no ftp do IBGE baixar uns mapas e vi duas pastas novas dentro de ftp://geoftp.ibge.gov.br/mapas_estatisticos/censo_2010/ As pastas se chamam 2012 e 2013 e foram atualizadas há uns 3 dias. Inclusive tem mapa do meu estado. Ainda não explorei muito as novidades, mas estou repassando aqui para quem quiser dar uma olhada. Marcio Aguiar Ribeiro ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Novos mapas IBGE
O significado disso está aqui ftp://geoftp.ibge.gov.br/mapas_estatisticos/censo_2010/2012/Mapas_municipais_para_estimativas_populacionais_2012.pdf . Em 1 de julho de 2014 10:18, Márcio Aguiar Ribeiro aguiar.mar...@gmail.com escreveu: Pessoal, fui lá no ftp do IBGE baixar uns mapas e vi duas pastas novas dentro de ftp://geoftp.ibge.gov.br/mapas_estatisticos/censo_2010/ As pastas se chamam 2012 e 2013 e foram atualizadas há uns 3 dias. Inclusive tem mapa do meu estado. Ainda não explorei muito as novidades, mas estou repassando aqui para quem quiser dar uma olhada. Marcio Aguiar Ribeiro ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
[Talk-br] Fwd: [OSM-talk] NOTICE: Upcoming Maintenance - Some services will be down
Alguns serviços do OSM ficarão indisponíveis no sábado 05/07, das 6h da manhã às 6h da noite (horário de Brasília). Vejam detalhes na mensagem abaixo. []s Arlindo -- Forwarded message -- From: Grant Slater openstreet...@firefishy.com Date: Tue, Jul 1, 2014 at 1:22 PM Subject: [OSM-talk] NOTICE: Upcoming Maintenance - Some services will be down To: annou...@openstreetmap.org, Talk Openstreetmap t...@openstreetmap.org, OSM Dev List d...@openstreetmap.org On Saturday 5th of July 2014 between 09:00 and 19:00 (GMT / UTC) we are moving our servers hosted by University College London to another data center. The following services WILL be affected: * Search (nominatim.openstreetmap.org) will be unavailable. [1] * Slower map updates / Reduced tile rendering capacity. (Yevaud outage) * OSM Foundation websites and blog.openstreetmap.org will be unavailable. * Taginfo (taginfo.openstreetmap.org) will be unavailable. * Development Server (errol) will be unavailable. * Some imagery services will be unavailable. (GPX Render, OS Streetview, OOC, AGRI, CD:NGI aerial) Other OpenStreetMap provided services should not be affected - all of the following are expected to function normally: * www.openstreetmap.org web site WILL allow edits as per normal (iD or Potlatch). * API will allow map editing (using iD, JOSM, Merkaartor etc.) * Forum * trac (bug-tracker) * help.openstreetmap.org * tile serving (View The Map Export) * Wiki * mailing lists * subversion and git (source code repositories) * donate.openstreetmap.org Technical: We are moving all the servers listed here http://wiki.openstreetmap.org/wiki/Servers#UCL_-_In_Use to a new UCL data center. The current building is being closed soon for refurbishment. The new data center has better server racks, power feeds, cooling and faster networking. [1] Searches through the website will still work - we will redirect them to another nominatim instance temporarily. Sincerely Grant Slater On behalf of the OpenStreetMap sysadmin team. ___ talk mailing list t...@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
[Talk-br] Fwd: [OSM-talk] Drop rendering of permissive access?
Discussão interessante no GitHub sobre se o openstreetmap-carto (estilo padrão de renderização no site do OSM) deveria deixar de suportar a tag access=permissive, atualmente renderizado em um pontilhado verde. []s Arlindo -- Forwarded message -- From: Matthijs Melissen i...@matthijsmelissen.nl Date: Mon, Jun 30, 2014 at 6:23 PM Subject: [OSM-talk] Drop rendering of permissive access? To: OpenStreetMap t...@openstreetmap.org We are currently considering dropping the rendering of access=permissive (currently rendered as green dashes) from openstreetmap-carto, the main map on opensteetmap.org. See here for the discussion: https://github.com/gravitystorm/openstreetmap-carto/issues/682 We would welcome any feedback from the community on this decision. To keep the discussion centralized, we would prefer replies on Github rather than on the mailing list. -- Matthijs ___ talk mailing list t...@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Fwd: [OSM-talk] Drop rendering of permissive access?
On Tue, Jul 1, 2014 at 2:09 PM, Arlindo Pereira openstreet...@arlindopereira.com wrote: Discussão interessante no GitHub sobre se o openstreetmap-carto (estilo padrão de renderização no site do OSM) deveria deixar de suportar a tag access=permissive, atualmente renderizado em um pontilhado verde. É uma boa mesmo. Também seria bom se as pessoas não utilizassem access=permissive como sinônimo de access=yes. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Fwd: [OSM-talk] Drop rendering of permissive access?
Talvez deve documentar melhor os significativos dos valores access=*? Aun Johnsen Sent from my iPhone On 1. juli 2014, at 14:09, Arlindo Pereira openstreet...@arlindopereira.com wrote: Discussão interessante no GitHub sobre se o openstreetmap-carto (estilo padrão de renderização no site do OSM) deveria deixar de suportar a tag access=permissive, atualmente renderizado em um pontilhado verde. []s Arlindo -- Forwarded message -- From: Matthijs Melissen i...@matthijsmelissen.nl Date: Mon, Jun 30, 2014 at 6:23 PM Subject: [OSM-talk] Drop rendering of permissive access? To: OpenStreetMap t...@openstreetmap.org We are currently considering dropping the rendering of access=permissive (currently rendered as green dashes) from openstreetmap-carto, the main map on opensteetmap.org. See here for the discussion: https://github.com/gravitystorm/openstreetmap-carto/issues/682 We would welcome any feedback from the community on this decision. To keep the discussion centralized, we would prefer replies on Github rather than on the mailing list. -- Matthijs ___ talk mailing list t...@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ 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] Fwd: [OSM-talk] Drop rendering of permissive access?
Aproveitando as dúvidas em relação ao access, eu tenho colocado o access de ruas em condomínios fechados como access=private. Inclusive coloco um barrier=gate na entrada. Infelizmente, acredito que isso acaba impedindo o roteamento nessas ruas, o que seria interessante em condomínios grandes. Qual é a orientação nesse caso? Marcio Aguiar Ribeiro On Tue, Jul 1, 2014 at 2:42 PM, Aun Johnsen li...@gimnechiske.org wrote: Talvez deve documentar melhor os significativos dos valores access=*? Aun Johnsen Sent from my iPhone On 1. juli 2014, at 14:09, Arlindo Pereira openstreet...@arlindopereira.com wrote: Discussão interessante no GitHub sobre se o openstreetmap-carto (estilo padrão de renderização no site do OSM) deveria deixar de suportar a tag access=permissive, atualmente renderizado em um pontilhado verde. []s Arlindo -- Forwarded message -- From: Matthijs Melissen i...@matthijsmelissen.nl Date: Mon, Jun 30, 2014 at 6:23 PM Subject: [OSM-talk] Drop rendering of permissive access? To: OpenStreetMap t...@openstreetmap.org We are currently considering dropping the rendering of access=permissive (currently rendered as green dashes) from openstreetmap-carto, the main map on opensteetmap.org. See here for the discussion: https://github.com/gravitystorm/openstreetmap-carto/issues/682 We would welcome any feedback from the community on this decision. To keep the discussion centralized, we would prefer replies on Github rather than on the mailing list. -- Matthijs ___ talk mailing list t...@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ 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 ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Fwd: [OSM-talk] Drop rendering of permissive access?
Eu tenho usado access=destination. Veja a thread: https://lists.openstreetmap.org/pipermail/talk-br/2014-February/005476.html Atenciosamente, Roger. -- Em 01-07-2014 14:44, Mrcio Aguiar Ribeiro escreveu: Aproveitando as dvidas em relao ao access, eu tenho colocado o access de ruas em condomnios fechados como access=private. Inclusive coloco um barrier=gate na entrada. Infelizmente, acredito que isso acaba impedindo o roteamento nessas ruas, o que seria interessante em condomnios grandes. Qual a orientao nesse caso? Marcio Aguiar Ribeiro On Tue, Jul 1, 2014 at 2:42 PM, Aun Johnsen li...@gimnechiske.org wrote: Talvez deve documentar melhor os significativos dos valores access=*? Aun Johnsen Sent from my iPhone On 1. juli 2014, at 14:09, Arlindo Pereira openstreet...@arlindopereira.com wrote: Discusso interessante no GitHub sobre se o openstreetmap-carto (estilo padro de renderizao no site do OSM) deveria deixar de suportar a tag access=permissive, atualmente renderizado em um pontilhado verde. []s Arlindo -- Forwarded message -- From: Matthijs Melissen i...@matthijsmelissen.nl Date: Mon, Jun 30, 2014 at 6:23 PM Subject: [OSM-talk] Drop rendering of permissive access? To: OpenStreetMap t...@openstreetmap.org We are currently considering dropping the rendering of access=permissive (currently rendered as green dashes) from openstreetmap-carto, the main map on opensteetmap.org. See here for the discussion: https://github.com/gravitystorm/openstreetmap-carto/issues/682 We would welcome any feedback from the community on this decision. To keep the discussion centralized, we would prefer replies on Github rather than on the mailing list. -- Matthijs ___ talk mailing list t...@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ 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 ___ 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] Fwd: [OSM-talk] Drop rendering of permissive access?
Excelente essa thread. Obrigado. Marcio Aguiar Ribeiro 2014-07-01 16:06 GMT-03:00 Roger C. Soares rogersoa...@gmail.com: Eu tenho usado access=destination. Veja a thread: https://lists.openstreetmap.org/pipermail/talk-br/2014-February/005476.html Atenciosamente, Roger. -- Em 01-07-2014 14:44, Márcio Aguiar Ribeiro escreveu: Aproveitando as dúvidas em relação ao access, eu tenho colocado o access de ruas em condomínios fechados como access=private. Inclusive coloco um barrier=gate na entrada. Infelizmente, acredito que isso acaba impedindo o roteamento nessas ruas, o que seria interessante em condomínios grandes. Qual é a orientação nesse caso? Marcio Aguiar Ribeiro On Tue, Jul 1, 2014 at 2:42 PM, Aun Johnsen li...@gimnechiske.org wrote: Talvez deve documentar melhor os significativos dos valores access=*? Aun Johnsen Sent from my iPhone On 1. juli 2014, at 14:09, Arlindo Pereira openstreet...@arlindopereira.com wrote: Discussão interessante no GitHub sobre se o openstreetmap-carto (estilo padrão de renderização no site do OSM) deveria deixar de suportar a tag access=permissive, atualmente renderizado em um pontilhado verde. []s Arlindo -- Forwarded message -- From: Matthijs Melissen i...@matthijsmelissen.nl Date: Mon, Jun 30, 2014 at 6:23 PM Subject: [OSM-talk] Drop rendering of permissive access? To: OpenStreetMap t...@openstreetmap.org We are currently considering dropping the rendering of access=permissive (currently rendered as green dashes) from openstreetmap-carto, the main map on opensteetmap.org. See here for the discussion: https://github.com/gravitystorm/openstreetmap-carto/issues/682 We would welcome any feedback from the community on this decision. To keep the discussion centralized, we would prefer replies on Github rather than on the mailing list. -- Matthijs ___ talk mailing list t...@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ 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 ___ Talk-br mailing listTalk-br@openstreetmap.orghttps://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
[Talk-br] Novos mapas IBGE
Desculpe se perdi alguma discussão anterior a respeito, mas alguém já realizou importação dos mapas kml dos setores censitários? Esses dados podem ser importados? __ Edil Queiroz de Araujo Projeto RGM - Ribeirão Grande em Mapas http://projetorgm.com.br/ ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Fwd: [OSM-talk] Drop rendering of permissive access?
Acho uma má ideia e além disso eles deveriam pensar nos muitos elementos de mapa que hoje não são desenhados ao invés de parar de dar suporte a algo. Meu voto foi não. Em 1 de julho de 2014 17:36, Márcio Aguiar Ribeiro aguiar.mar...@gmail.com escreveu: Excelente essa thread. Obrigado. Marcio Aguiar Ribeiro 2014-07-01 16:06 GMT-03:00 Roger C. Soares rogersoa...@gmail.com: Eu tenho usado access=destination. Veja a thread: https://lists.openstreetmap.org/pipermail/talk-br/2014-February/005476.html Atenciosamente, Roger. -- Em 01-07-2014 14:44, Márcio Aguiar Ribeiro escreveu: Aproveitando as dúvidas em relação ao access, eu tenho colocado o access de ruas em condomínios fechados como access=private. Inclusive coloco um barrier=gate na entrada. Infelizmente, acredito que isso acaba impedindo o roteamento nessas ruas, o que seria interessante em condomínios grandes. Qual é a orientação nesse caso? Marcio Aguiar Ribeiro On Tue, Jul 1, 2014 at 2:42 PM, Aun Johnsen li...@gimnechiske.org wrote: Talvez deve documentar melhor os significativos dos valores access=*? Aun Johnsen Sent from my iPhone On 1. juli 2014, at 14:09, Arlindo Pereira openstreet...@arlindopereira.com wrote: Discussão interessante no GitHub sobre se o openstreetmap-carto (estilo padrão de renderização no site do OSM) deveria deixar de suportar a tag access=permissive, atualmente renderizado em um pontilhado verde. []s Arlindo -- Forwarded message -- From: Matthijs Melissen i...@matthijsmelissen.nl Date: Mon, Jun 30, 2014 at 6:23 PM Subject: [OSM-talk] Drop rendering of permissive access? To: OpenStreetMap t...@openstreetmap.org We are currently considering dropping the rendering of access=permissive (currently rendered as green dashes) from openstreetmap-carto, the main map on opensteetmap.org. See here for the discussion: https://github.com/gravitystorm/openstreetmap-carto/issues/682 We would welcome any feedback from the community on this decision. To keep the discussion centralized, we would prefer replies on Github rather than on the mailing list. -- Matthijs ___ talk mailing list t...@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ 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 ___ Talk-br mailing listTalk-br@openstreetmap.orghttps://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 ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Novos mapas IBGE
Que eu saiba não há equivalente no OSM para setores censitários. Acho que o único usuário dessa informação é o próprio IBGE, não? 2014-07-01 18:52 GMT-03:00 Edil Queiroz de Araujo edil...@gmail.com: Desculpe se perdi alguma discussão anterior a respeito, mas alguém já realizou importação dos mapas kml dos setores censitários? Esses dados podem ser importados? __ Edil Queiroz de Araujo Projeto RGM - Ribeirão Grande em Mapas http://projetorgm.com.br/ ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br -- Fernando Trebien +55 (51) 9962-5409 Nullius in verba. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Novos mapas IBGE
Se estamos falando dos mesmos arquivos, a utilidade que dei a eles foi para encontrar o arquivo PDF de interesse (de setores urbanos, pelo menos); aquilo usado na camada IBGE. Em 1 de julho de 2014 22:08, Fernando Trebien fernando.treb...@gmail.com escreveu: Que eu saiba não há equivalente no OSM para setores censitários. Acho que o único usuário dessa informação é o próprio IBGE, não? 2014-07-01 18:52 GMT-03:00 Edil Queiroz de Araujo edil...@gmail.com: Desculpe se perdi alguma discussão anterior a respeito, mas alguém já realizou importação dos mapas kml dos setores censitários? Esses dados podem ser importados? ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
[Talk-de] RadioOSM - OSM Talk: Die OpenRailwayMap
Hallo, in der soeben erschienenen Spezialausgabe OSM Talk von RadioOSM, dem OpenStreetMap-Podcast, reden wir mit Alexander (User rurseekatze) über seine Mappingaktivitäten und über eines seiner jüngsten Projekte: die OpenRailwayMap. Aus der Beschreibung unter https://podcast.openstreetmap.de/2014/07/01/osmde036-osm-talk-die-openrailwaymap/ Ob Gleise, Weichen oder Haltepunkte - immer mehr Mapper erfassen Eisenbahninfrastruktur für OpenStreetMap. Da trifft es sich gut, dass seit einigen Monaten eine neue Online-Karte, die OpenRailwayMap, Eisenbahninfrastruktur weltweit visualisiert. In dieser Folge von OSM Talk treffen wir Alexander Matheisen (User rurseekatze), den Macher hinter dieser Karte. Wir sprechen über die Anfänge der OpenRailwayMap und ihre Weiterentwicklung, über Tagging-Schemata und über Funktionen, die eine zukünftige OpenRailwayMap-API zur Verfügung stellen könnte. Dabei kommen konkrete Anwendungsbeispiele und Alexanders eigener Werdegang als OpenStreetMapper nicht zu kurz. Direkter Link zur Audio-Datei: http://audio.podcast.openstreetmap.de/OSMDE036.mp3 Und noch ein Hinweis: Vom 11. bis 13. Juli 2014 findet in Köln ein OpenRailwayMap-Mappingwochenende statt. Mehr dazu unter http://wiki.openstreetmap.org/wiki/DE:OpenRailwayMap/Mappingwochenende_2014_1 Gruß, Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] RadioOSM: OSMDE036 OSM Talk: Die OpenRailwayMap
Hallo liebe OpenStreetMapper, die neuste Folge von RadioOSM - OSMDE036 OSM Talk: Die OpenRailwayMap - ist verfügbar und sollte in Kürze in euren Podcatchern auftauchen. Natürlich könnt ihr diese Folge auch in unserem Blog hören: http://ift.tt/1x9pyua Dort findet ihr auch Links zu allen Themen, über die wir gespochen haben. Viel Spaß damit und Liebe Grüße, euer RadioOSM Team - Andi, Marc und Michael ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] RadioOSM: OSMDE036 OSM Talk: Die OpenRailwayMap
Hallo, die Folge 32 war ja mumble pur, davon gibt es keine Aufnahme. Ich finde aber auch die Folge 34 nicht, das war, glaube ich, auch eine Sondersendung. Wie ist die URL zur 34er? viele Grüße Dietmar Am 01.07.2014 09:37, schrieb mazderm...@googlemail.com: Hallo liebe OpenStreetMapper, die neuste Folge von RadioOSM - OSMDE036 OSM Talk: Die OpenRailwayMap - ist verfügbar und sollte in Kürze in euren Podcatchern auftauchen. Natürlich könnt ihr diese Folge auch in unserem Blog hören: http://ift.tt/1x9pyua Dort findet ihr auch Links zu allen Themen, über die wir gespochen haben. Viel Spaß damit und Liebe Grüße, euer RadioOSM Team - Andi, Marc und Michael ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Fahrradrouting - Wie verbessern?
Hallo, ich komme eben von einer 14-tägigen Fahrradtour zurück und habe das Radrouting per OSM Daten lieben und hassen gelernt. Na klar, hinter dem Routing steckt ein Rechner und die Daten von OSM und eben kein Radfahrer. Um das Routing etwas zu vermenschlichen, wäre mein Vorschlag, einem vom Fahrrad benutzbaren Weg ein Tag hinzuzufügen zu können, dass die Radfahrerqualitität des Weges aufzeigt. z.B.: cycle_quality mit Werten von -5 bis 5. Bedeutung: -5 Legal, aber eigentlich nicht benutzbar. Reicht von absolut schlechter Oberfläche bis zu wahnsinnigem Verkehr. Weg wird von Einheimischen nicht benutzt. 0 Neutral bzw. nicht besetzt 5 Beste Fahrradbedingungen, top Belag, sicher, gerne genutzt von Einheimischen Dazwischen eben Abstufungen. Gute Diskussion Bernhard ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fahrradrouting - Wie verbessern?
Ich habe auch schon oft darueber nachgedacht, wie sich das tagging der cyclability verbessern liesse. Bin allerdings zum Schluss gekommen, dass eine einzige Skala, wie von dir vorgeschlagen nicht ausreicht, und dass wir um das detaillierte taggen nicht herum kommen. Dann koennen renderer und router sich darum kuemmern (und sich verbessern) was angezeigt wird bzw. bei routen ausgewertet wird Fuer alle highways: - surface - smoothness - width (oder mindestens lanes) - Radrouten-Relationen - Beleuchtung Fuer Strassen und Wege - exakte Klassifikation: motorway, trunk, primary, secondary, tertiary unclassified/residential - lanes - maxspeed (explizit und implizit) - Stop- und Vorfahrtschilder (aus denen ein intelligenter Router die feine Hierarchie der Strassen ableiten kann) - Ampeln - tracktype - Bahnuebergaenge Fuer Radwege und -Spuren - Radweg oder gemischte Rad-Fussweg - Radspur - surface - smoothness - width - evtl tracktype - Hindernisse auf dem Radweg (hier weit verbreitet sind Pfosten und Schikanen, die den Radfahrer oft zum abstiegen zwingen oder mindestens die Geschwindigkeit stark reduzieren) - Zebrastreifen, die nur fuer Fussgaenger gelten, die aber Teil einer Radstrecke sind (die Regel hier). Theoretisch muessen wir hier alle paar Meter absteigen. - Zebrastreifen mit Bedarfsamplen (und Wartezeit) Leider ist das tagging von Radrouten auch noch nicht gut genug: 1) der Radtyp wird nicht angegeben, d.h eine Radroute kann fuer Strassenraeder oder fuer MTB geeignet sein, im tagging ist das nicht zu unterscheiden. 2) es gibt kein tagging fuer kombinierte Rad-Fusswanderer-Routen, die zumindest hier in Italien weit verbreitet sind. Ich bin mir sicher, dass ich noch eine ganze Reihe von Parametern uebersehen habe Ich benutze fuer meine Radtourenplanung bikeroutetoaster.com und naviki.org und bin erstaunt wie gut die funktionieren, trotz des unvollstaendigen tagging, das zumindest hier die Regel ist. Auf dem Rad benutze ich ein Garmin etrex30 mit velomap.org oder garmin.openstreetmap.nl (fietsmap Lite), gelegentlich auch mit routing und bin auch da ueberrascht, wie oft die Routen brauchbar sind. Volker (Padova, Italien) 2014-07-01 10:27 GMT+02:00 Bernhard Kuisle bernhard.kui...@web.de: Hallo, ich komme eben von einer 14-tägigen Fahrradtour zurück und habe das Radrouting per OSM Daten lieben und hassen gelernt. Na klar, hinter dem Routing steckt ein Rechner und die Daten von OSM und eben kein Radfahrer. Um das Routing etwas zu vermenschlichen, wäre mein Vorschlag, einem vom Fahrrad benutzbaren Weg ein Tag hinzuzufügen zu können, dass die Radfahrerqualitität des Weges aufzeigt. z.B.: cycle_quality mit Werten von -5 bis 5. Bedeutung: -5 Legal, aber eigentlich nicht benutzbar. Reicht von absolut schlechter Oberfläche bis zu wahnsinnigem Verkehr. Weg wird von Einheimischen nicht benutzt. 0 Neutral bzw. nicht besetzt 5 Beste Fahrradbedingungen, top Belag, sicher, gerne genutzt von Einheimischen Dazwischen eben Abstufungen. Gute Diskussion Bernhard ___ 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] Fahrradrouting - Wie verbessern?
Bernhard Kuisle bernhard.kui...@web.de wrote: Um das Routing etwas zu vermenschlichen, wäre mein Vorschlag, einem vom Fahrrad benutzbaren Weg ein Tag hinzuzufügen zu können, dass die Radfahrerqualitität des Weges aufzeigt. z.B.: cycle_quality mit Werten von -5 bis 5. Das wird so nicht funktionieren, weil das alles viel zu subjektiv ist. Schön kann man das beim SAC-scale beobachten. Das stuft jeder anders ein, was dazu führt, dass der Tag in der Praxis komplett unbrauchbar ist. Ich finde ehrlich gesagt, dass tools wie brouter http://brouter.de/brouter-web/ sehr brauchbare Radrouten berechnen. Gruss Sven -- We don't know the OS that God uses, but the Vatican uses Linux (Sister Judith Zoebelein, Vatican Webmaster) /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
Re: [Talk-de] Fahrradrouting - Wie verbessern?
Volker Schmidt vosc...@gmail.com wrote: Ich benutze fuer meine Radtourenplanung bikeroutetoaster.com und naviki.org und bin erstaunt wie gut die funktionieren, trotz des unvollstaendigen tagging, das zumindest hier die Regel ist. Ich mag ja den brouter am liebsten http://brouter.de/brouter-web/ insbesondere das feature, dass man Radwege Relationen unberücksichtigt lassen kann führt zu besseren Ergebnissen. BTW Google ist seit dem Test massiv besser geworden. Ich vermute, dass die inzwischen auch beim Routing die tracks von nach Hause telefonierenden Android Telefone verwenden. Anders kann ich mir nicht erklären wie es sonst gehen sollte, dass nicht existierende Waldwege tatsächlich nicht mehr zur Verwendung angeboten werden. Sven -- /* * Wirzenius wrote this portably, Torvalds fucked it up :-) */(taken from /usr/src/linux/lib/vsprintf.c) /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
Re: [Talk-de] Fahrradrouting - Wie verbessern?
Am 7/1/14 11:04 , schrieb Volker Schmidt: - surface - evtl tracktype Hier könnte man auf jeden Fall im Wiki Anfangen und mehr Beispiele reinpacken. Insbesondere bei tracktype sollte man für die grades eigene Seiten anlegen mit ein paar Bildergallerien. Vorallem da bisher viele Bilder nicht Größer als 150x150px sind. __ openstreetmap.org/user/AndiG88 wiki.openstreetmap.org/wiki/User:AndiG88 ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fahrradrouting - Wie verbessern?
On 01.07.2014 11:51, Sven Geggus wrote: Bernhard Kuisle bernhard.kui...@web.de wrote: Um das Routing etwas zu vermenschlichen, wäre mein Vorschlag, einem vom Fahrrad benutzbaren Weg ein Tag hinzuzufügen zu können, dass die Radfahrerqualitität des Weges aufzeigt. z.B.: cycle_quality mit Werten von -5 bis 5. Das wird so nicht funktionieren, weil das alles viel zu subjektiv ist. Schön kann man das beim SAC-scale beobachten. Das stuft jeder anders ein, was dazu führt, dass der Tag in der Praxis komplett unbrauchbar ist. Ich finde ehrlich gesagt, dass tools wie brouter http://brouter.de/brouter-web/ sehr brauchbare Radrouten berechnen. Gruss Sven Eine Radtauglichkeit ist auch nicht so fest wie eine Widmung. je nach Jahreszeit und Wetter kann eine Strecke sehr gut oder sehr schlecht sein. Ich würde den schwarzen Peter nicht der Datenbasis der Weggraphen zuschieben, sondern den Routern. Interessant wäre doch einmal, wenn jemand einen Ansatz wie Waze verfolgt. Als Grundlage die Streckenführung von OSM nimmt und eine Gewichtung nach der Nutzung durch die User vornimmt. 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] RadioOSM: OSMDE036 OSM Talk: Die OpenRailwayMap
Am 01.07.2014 10:03, schrieb Dietmar Seifert: Ich finde aber auch die Folge 34 nicht, das war, glaube ich, auch eine Sondersendung. Wie ist die URL zur 34er? Die 34er ist aufgezeichnet (war ja live-Sendung), befindet sich aber noch beim Schneiden etc. Bitte noch etwas Geduld haben, danke. Grüße, Michael. ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fahrradrouting - Wie verbessern?
Am 01.07.2014 10:27, schrieb Bernhard Kuisle: wäre mein Vorschlag, einem vom Fahrrad benutzbaren Weg ein Tag hinzuzufügen zu können, dass die Radfahrerqualitität des Weges aufzeigt. ein klares: -1 ! Auch wenn Radfahrere eine große Gemeinde innerhalb von OSM sind, halte ich ein derartiges Tag für sehr (!) fragwürdig. Nämlich dann fordere ich auch ein Spezialtagging für Frauen über 70 mit Rollator und eines für männliche Kinder unter 5 Jahren auf Dreirädern und eines für verliebte Paare zwischen 15 und 30 die Hänchen halten und Du siehst also: eine Spezialisierung ist nicht zu leisten, die Router müssen das vorhandene Daten-Material besser auswerten. Ggf. lann man die Daten noch allgemeingültig ergänzen, da muss es dann aber einen Konsens dazu geben. Grüße, Michael. ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] RadioOSM: OSMDE036 OSM Talk: Die OpenRailwayMap
Hallo Michael, Am 01.07.2014 12:17, schrieb Michael Kugelmann: Am 01.07.2014 10:03, schrieb Dietmar Seifert: Ich finde aber auch die Folge 34 nicht, das war, glaube ich, auch eine Sondersendung. Wie ist die URL zur 34er? Die 34er ist aufgezeichnet (war ja live-Sendung), befindet sich aber noch beim Schneiden etc. Bitte noch etwas Geduld haben, danke. ach das war die letzte Woche, ok. Ich war da etwas durcheinander gekommen mit der Nummerierung. Off topic: Ihr macht eine tolle Arbeit mit Radio-OSM, nochmal danke bei dieser Gelegenheit an alle Mitstreiter! viele Grüße Dietmar Grüße, Michael. ___ 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] Fahrradrouting - Wie verbessern?
Andreas Neumann andr-neum...@gmx.net wrote: Als Grundlage die Streckenführung von OSM nimmt und eine Gewichtung nach der Nutzung durch die User vornimmt. Ich nehme wie gesagt an, dass das Radrouting von Google so funktioniert. Kartendaten der Vermessungsämter und Trackdaten von nach Hause telefonierenden Android Geräten. Das funktioniert erstaunlich gut. Gruss Sven -- Der normale Bürger ist nicht an der TU Dresden und schreibt auch nicht mit mutt. (Ulli Kuhnle in de.comp.os.unix.discussion) /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
Re: [Talk-de] Fahrradrouting - Wie verbessern?
On 07/01/2014 11:57 AM, Sven Geggus wrote: BTW Google ist seit dem Test massiv besser geworden. Ich vermute, dass die inzwischen auch beim Routing die tracks von nach Hause telefonierenden Android Telefone verwenden. Und wie soll man damit *nicht existente* Wege erkennen? Anders kann ich mir nicht erklären wie es sonst gehen sollte, dass nicht existierende Waldwege tatsächlich nicht mehr zur Verwendung angeboten werden. Google hatte zumindest mal einen Deal mit dem deutschen Vermessungsamt. Keine Ahnung wie der genau aussieht. Wenn der aber weiter läuft, dann kann es schon sein, dass einfach das Amt seine Karte korrigiert hat und Google das übernommen hat. Gruß Manuel ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fahrradrouting - Wie verbessern?
Manuel Reimer manuel.s...@nurfuerspam.de wrote: BTW Google ist seit dem Test massiv besser geworden. Ich vermute, dass die inzwischen auch beim Routing die tracks von nach Hause telefonierenden Android Telefone verwenden. Und wie soll man damit *nicht existente* Wege erkennen? Indirekt schon: Man routet Fahrräder nur über Wege, die schon einmal mit Fahrradgeschwindigkeit benutzt worden sind. Google hatte zumindest mal einen Deal mit dem deutschen Vermessungsamt. Der Punkt ist, dass Waldwege bei den Vermessungsämtern gar keine Typisierung wie bei OSM haben und Google die daher auch nicht hat. Also das was bei uns etwa surface oder tracktype entspricht. Bis im Sommer letzten Jahres war deshalb das Radrouting bei Google absolut suboptimal (nicht existente Wege und so). Inzwischen ist es erheblich besser geworden und daher tippe ich wie gesagt auf die Auswertung von Android Tracks. Gruss Sven -- Das Einzige wovor wir Angst haben müssen ist die Angst selbst (Franklin D. Roosevelt) /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
Re: [Talk-de] Fahrradrouting - Wie verbessern?
Am 1. Juli 2014 12:09 schrieb Andreas Goss andi...@t-online.de: Hier könnte man auf jeden Fall im Wiki Anfangen und mehr Beispiele reinpacken. Insbesondere bei tracktype sollte man für die grades eigene Seiten anlegen mit ein paar Bildergallerien. Vorallem da bisher viele Bilder nicht Größer als 150x150px sind. das mit den Beispielen und Bildern ist immer so eine Sache, da diese sehr von Umständen und Gegend (z.B. Klima, Bodenzusammensetzung, ortsüblichen Gepflogenheiten, Höhenlage, Bevölkerungsdichte, Jahreszeit, ... ) abhängen, und oft zu falschen Schlüssen führen können. Eine genaue Definition, worum es bei einem tag geht (z.B. gibt es für tracktype verschiedene Lesarten wie Ausbaugrad oder allgemeine Ebenheit und Befahrbarkeit mit X), ist mir lieber als Beispiele, die zwar anschaulich scheinen, im Endeffekt aber nie übertragbar sind. Früher (vielleicht gibt's das jetzt auch noch) gab es für die Klassifizierung der highways nach primary, secondary, tertiary etc. eine Beispielseite mit Fotos in urbaner und extraurbaner Umgebung, was dazu geführt hat, dass die Anzahl der Spuren z.B. als absolutes Kriterium für eine primary gesehen wurde (was, nur 2 Spuren, dann ist das höchstens tertiary, sieh' mal die Bilder im Wiki an...). Irgendwann hat man sich dann mal geeinigt, dass der highway-typ die Verbindungswichtigkeit, also die Stelle in der Straßenhierarchie, wiedergibt. Die spiegelt sich zwar auch idealerweise im Ausbaugrad wieder, aber es gibt halt auch Ausnahmen und dazuhin ist das sehr relativ (also jeweils auf die Umgebung bezogen), und hängt z.B. von der Verkehrsdichte ab (eine primary muss nicht viele Spuren haben, wenn es in der Gegend nur wenig Verkehr gibt, trotzdem kann sie sehr wichtig sein). ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fahrradrouting - Wie verbessern?
Was Google gemacht hat: wenn ich die Sache richtig verstanden habe, haben sie vom ADFC die von den Mitgliedern produzierten routen gekauft: http://www.spiegel.de/reise/aktuell/google-maps-erweitert-dienst-fuer-radfahrer-a-901775.html https://www.google.com/search?hl=enas_q=as_epq=+Xerox+Phaser+6500%2FDNas_oq=as_eq=as_nlo=as_nhi=lr=cr=as_qdr=allas_sitesearch=as_occt=anysafe=imagestbs=as_filetype=as_rights=gws_rd=ssl#as_qdr=allhl=enlr=q=Google+maps+adfcsafe=images (Ich glaubte das Thema schon mal auf die Liste gebracht zu haben, habe aber keine Spur mehr davon gefunden) Volker 2014-07-01 15:51 GMT+02:00 Manuel Reimer manuel.s...@nurfuerspam.de: On 07/01/2014 11:57 AM, Sven Geggus wrote: BTW Google ist seit dem Test massiv besser geworden. Ich vermute, dass die inzwischen auch beim Routing die tracks von nach Hause telefonierenden Android Telefone verwenden. Und wie soll man damit *nicht existente* Wege erkennen? Anders kann ich mir nicht erklären wie es sonst gehen sollte, dass nicht existierende Waldwege tatsächlich nicht mehr zur Verwendung angeboten werden. Google hatte zumindest mal einen Deal mit dem deutschen Vermessungsamt. Keine Ahnung wie der genau aussieht. Wenn der aber weiter läuft, dann kann es schon sein, dass einfach das Amt seine Karte korrigiert hat und Google das übernommen hat. Gruß Manuel ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] primary - trunk auf Bundesstraßen
Hey Woran macht Ihr den Unterschied zwischen highway=primary und trunk aus ? Ein konkretes Beispiel ist die B 31 zwischen Freiburg und Donaueschingen. Zur Zeit existiert ein ständiger Wechsel. Nur kleine Teilstücke haben getrennte Gegenrichtungen, jedoch gibt es auf der gesamten Strecke keine einzige Ampel. Die meisten Querstraßen sind über Ab- und Zufahrt angebunden, aber einige Kreuzungen sind noch geblieben und auch die Ortsdurchfahrt im Höllental. Teile der Strecke sind Schnellstraße (motorroad=yes) aber eben auch nicht konstant und die Spuranzahl wechselt von zwei bis vier (meistens drei mit zwei Berg aufwärts und einer Tal abwärts). Grüße fly ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] primary - trunk auf Bundesstraßen
Am 1. Juli 2014 17:54 schrieb fly lowfligh...@googlemail.com: Ein konkretes Beispiel ist die B 31 zwischen Freiburg und Donaueschingen. Zur Zeit existiert ein ständiger Wechsel. Nur kleine Teilstücke haben getrennte Gegenrichtungen, jedoch gibt es auf der gesamten Strecke keine einzige Ampel. Die meisten Querstraßen sind über Ab- und Zufahrt angebunden, aber einige Kreuzungen sind noch geblieben und auch die Ortsdurchfahrt im Höllental. trunk sind primaries, die autobahnähnlich ausgebaut sind, d.h. in der Regel baulich getrennt (Ausnahme Baustellen), keine Ampeln, kreuzungsfrei Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fahrradrouting - Wie verbessern?
On Tue, 1 Jul 2014, Sven Geggus wrote: Manuel Reimer manuel.s...@nurfuerspam.de wrote: BTW Google ist seit dem Test massiv besser geworden. Ich vermute, dass die inzwischen auch beim Routing die tracks von nach Hause telefonierenden Android Telefone verwenden. Und wie soll man damit *nicht existente* Wege erkennen? Indirekt schon: Man routet Fahrräder nur über Wege, die schon einmal mit Fahrradgeschwindigkeit benutzt worden sind. Google hatte zumindest mal einen Deal mit dem deutschen Vermessungsamt. Der Punkt ist, dass Waldwege bei den Vermessungsämtern gar keine Typisierung wie bei OSM haben und Google die daher auch nicht hat. Also das was bei uns etwa surface oder tracktype entspricht. Bis im Sommer letzten Jahres war deshalb das Radrouting bei Google absolut suboptimal (nicht existente Wege und so). Inzwischen ist es erheblich besser geworden und daher tippe ich wie gesagt auf die Auswertung von Android Tracks. Das kann ich (nur teilweise) bestaetigen. Die Google-Karten sind irgendwann letzten Jahres schlagartig ziemlich gut geworden. So gut, dass ich zuerst dachte, sie haetten von OSM abkopiert. Im Detail gabs dann aber doch Unterschiede, und fuer einen rein mechanischen Import von Android Tracks ist die Qualitaet einfach zu gut, auch wenn Fehler dabei sind. Meine Vermutung ist eher ein Zukauf von Daten, z.B. gibt es im forstwirtschaftlichen Bereich viele Unternehmen, die selber Tracks sammeln. Da gibt es eine Firma, die sich auf sog. Rettungspunkte spezialisiert hat. Die treiben einen ziemlichen Aufwand, sind sehr gut organisiert und wollen natuerlich auch ihr Geld machen. Warum nicht. Auf OSM Daten wollen sie sich dann aber aufgrund der Qualitaetssicherung nicht verlassen, weil es ja um Menschenleben geht. A. ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fahrradrouting - Wie verbessern?
On 07/01/2014 05:15 PM, Volker Schmidt wrote: wenn ich die Sache richtig verstanden habe, haben sie vom ADFC die von den Mitgliedern produzierten routen gekauft: Was ein Glück das ich, also ich noch Mitglied war, bei denen nie Tracks hochgeladen habe. Gruß Manuel ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fahrradrouting - Wie verbessern?
On Tue, Jul 01, 2014 at 12:27:09PM +0200, Michael Kugelmann wrote: Am 01.07.2014 10:27, schrieb Bernhard Kuisle: wäre mein Vorschlag, einem vom Fahrrad benutzbaren Weg ein Tag hinzuzufügen zu können, dass die Radfahrerqualitität des Weges aufzeigt. ein klares: -1 ! Auch wenn Radfahrere eine große Gemeinde innerhalb von OSM sind, halte ich ein derartiges Tag für sehr (!) fragwürdig. Nämlich dann fordere ich auch ein Spezialtagging für Frauen über 70 mit Rollator und eines für männliche Kinder unter 5 Jahren auf Dreirädern und eines für verliebte Paare zwischen 15 und 30 die Hänchen halten und Warum geht das nicht? Wir haben ja schon Rollirelevante tags - warum nicht auch rollator oder dreirad spezifische? Wenn die Community dieser randgruppen groß genug ist das sie ein mapping und pflege dieser tags hinkriegen - why not? Flo -- Florian Lohoff f...@zz.de signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fahrradrouting - Wie verbessern?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hallo, On 07/01/2014 09:03 PM, Florian Lohoff wrote: wäre mein Vorschlag, einem vom Fahrrad benutzbaren Weg ein Tag hinzuzufügen zu können, dass die Radfahrerqualitität des Weges aufzeigt. ein klares: -1 ! Warum geht das nicht? Wir haben ja schon Rollirelevante tags Hierzu zwei Anmerkungen von mir: 1. Stichtwort Objektivität/Überprüfbarkeit: Es spricht gar nichts gegen fahrradrelevante Tags. Aber bitte nicht cyclability=very_horrible ;) Es ist sicherlich nett, eine allgemeine Fahrempfehlungsseite zu machen (Leute wie Sie fahren hier eher links). Das ist aber nicht OpenStreetMap - das ist dann sowas wie naviki. Da werden meistens nicht explizit Empfehlungen eingepflegt, sondern die Leute stimmen mit den Reifen ab. Bei OpenStreetMap möchten wir nach Möglichkeit überprüfbare, objektive Kriterien haben, bis hin zum viel belächtelten gravel:diameter=20mm - - da kann sich dann der Radfahrer selber aussuchen, was er will. Wenn subjektiv (dieser Weg für Fahrradfahrer eher mittel geeignet), dann müsste man das konsequenterweise auch in einen Benutzernamensraum verlegen (woodpeck:cyclability=medium). 2. Auf wir haben ja schon reagiere ich allergisch. Bei OSM kann viel Mist gebaut werden und wurde viel Mist gebaut. Damit sollte man sich denkend auseinandersetzen, und nicht unbedingt jeden Mist, der einmal gemacht wurde, als Rechtfertigung für neuen Mist heranziehen. 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/ iQEcBAEBAgAGBQJTswzYAAoJEOx/uhGAJu9H6QYH/0DehIZrPqtmLHk6kNsKxX5Q oMkRROELjXslYOMoIjzzXGg/LU7crFEAtE2jWGgPZK4+zz7OUqYMCW71zlB2+oX1 yjVyvl9noIsVmmTXCvv8gI4HI1+ubVL+4VagLJRr/8o61Av75Ju7WWExFRcxOIZe SpZWiMiRKPimheoxnUsZTt4YEhIzpopRsawcf0+TPlFZ330o95dXS1JG6fuQKsDp piskuBn8MhJ8SGIxQzcAIDEgAncj3sTgw23yIaRCeeowZs2pRsfAVQYSZIgsKZdV U6exPf8zmRJ79sdokRahzroyOs2AHJ4JqbTBBKZ0z2K1fmVnoMrRNo2HzCvd/G8= =i8Sw -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fahrradrouting - Wie verbessern?
Volker Schmidt vosc...@gmail.com wrote: wenn ich die Sache richtig verstanden habe, haben sie vom ADFC die von den Mitgliedern produzierten routen gekauft Diesen Quatsch da aus dem ADFC Tourenportal? Den Overlay habe ich bei mir auf der Karte: http://map.gegg.us/?zoom=18lat=48.99913lon=8.47021layers=FB000TFFT Der läuft hier bei mir vor der Haustür quer durch die Fußgängerzone. Müsste man eigentlich mal nen von Google geplanten Weg auf der selben Openlayerkarte darstellen. Sven -- Every time you use Google, you're using a Linux machine (Chris DiBona, a programs manager for Google) /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
Re: [Talk-de] Kartenvergleich
On Mon, 30 Jun 2014, malenki wrote: On Mon, 30 Jun 2014 07:22:11 +, Elstermann, Mike wrote: neben den bekannten Tools der GeoFabrik, findet Ihr ein weiteres gut gelungenes Tool zum Karten-Vergleichen unter http://comparemaps.drona.ro/ Ein Kartenvergleicher mit einer Unmenge an Quellen und variabel in der Zahl der gezeigten Karten findet sich hier: http://mc.bbbike.org/mc/?lon=13.63776lat=52.43573zoom=13num=4mt0=mapnikmt1=google-mapmt2=bing-hybridmt3=nokia-hybrid Und hier: http://sautter.com/map/ kann man sich z.B. Google und OSM transparent uebereinanderlegen. Nachdem ja heute schon die Diskussion um Googles Waldwege-Quellen angestossen wurde. A. ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] primary - trunk auf Bundesstraßen
Ich würde es vllt versuchen anhand der Beschilderung und der fahrbaren Geschwindigkeit festzulegen, da ja die anderen autbahnähnlichen Merkmal mal mehr oder weniger zutreffen. http://de.wikipedia.org/wiki/Autobahn%C3%A4hnliche_Stra%C3%9Fe mfg Christian Am 1. Juli 2014 18:00 schrieb Martin Koppenhoefer dieterdre...@gmail.com: Am 1. Juli 2014 17:54 schrieb fly lowfligh...@googlemail.com: Ein konkretes Beispiel ist die B 31 zwischen Freiburg und Donaueschingen. Zur Zeit existiert ein ständiger Wechsel. Nur kleine Teilstücke haben getrennte Gegenrichtungen, jedoch gibt es auf der gesamten Strecke keine einzige Ampel. Die meisten Querstraßen sind über Ab- und Zufahrt angebunden, aber einige Kreuzungen sind noch geblieben und auch die Ortsdurchfahrt im Höllental. trunk sind primaries, die autobahnähnlich ausgebaut sind, d.h. in der Regel baulich getrennt (Ausnahme Baustellen), keine Ampeln, kreuzungsfrei Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Fwd: [Announce] NOTICE: Upcoming Maintenance - Some services will be down
Auch wenn es in Englischer Sprache ist, leite ich es auf Grund der Wichtigkeit mal weiter - nicht jeder liest announce... Wer will möge G##gle Translate oder einen sonstigen Service zur Übersetzung nutzen... deutsche Kurzfassung: wegen Serverumzug in ein anderes Gebäude (bzw. Rechenzetrum) am UCL werden einige Dienste am 5. Juli 2014 im Zeitraum zwischen 09:00 und 19:00 (GMT / UTC) nicht oder nur eingeschränkt zur Verfügung stehen. Z.B. die API (zum Editieren) wird aber normal funktionieren. Grüße, Michael. Original-Nachricht Betreff: [Announce] NOTICE: Upcoming Maintenance - Some services will be down Datum: Tue, 1 Jul 2014 17:22:04 +0100 Von:Grant Slater openstreet...@firefishy.com An: annou...@openstreetmap.org, Talk Openstreetmap t...@openstreetmap.org, OSM Dev List d...@openstreetmap.org On Saturday 5th of July 2014 between 09:00 and 19:00 (GMT / UTC) we are moving our servers hosted by University College London to another data center. The following services WILL be affected: * Search (nominatim.openstreetmap.org) will be unavailable. [1] * Slower map updates / Reduced tile rendering capacity. (Yevaud outage) * OSM Foundation websites and blog.openstreetmap.org will be unavailable. * Taginfo (taginfo.openstreetmap.org) will be unavailable. * Development Server (errol) will be unavailable. * Some imagery services will be unavailable. (GPX Render, OS Streetview, OOC, AGRI, CD:NGI aerial) Other OpenStreetMap provided services should not be affected - all of the following are expected to function normally: * www.openstreetmap.org web site WILL allow edits as per normal (iD or Potlatch). * API will allow map editing (using iD, JOSM, Merkaartor etc.) * Forum * trac (bug-tracker) * help.openstreetmap.org * tile serving (View The Map Export) * Wiki * mailing lists * subversion and git (source code repositories) * donate.openstreetmap.org Technical: We are moving all the servers listed here http://wiki.openstreetmap.org/wiki/Servers#UCL_-_In_Use to a new UCL data center. The current building is being closed soon for refurbishment. The new data center has better server racks, power feeds, cooling and faster networking. [1] Searches through the website will still work - we will redirect them to another nominatim instance temporarily. Sincerely Grant Slater On behalf of the OpenStreetMap sysadmin team. ___ Announce mailing list annou...@openstreetmap.org https://lists.openstreetmap.org/listinfo/announce ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] primary - trunk auf Bundesstraßen
Am 02.07.2014 00:12, schrieb christian.pietz...@googlemail.com: Ich würde es vllt versuchen anhand der Beschilderung und der fahrbaren Geschwindigkeit festzulegen, da ja die anderen autbahnähnlichen Merkmal mal mehr oder weniger zutreffen. https://de.wikipedia.org/wiki/Autobahn%C3%A4hnliche_Stra%C3%9Fe Super, dort lande ich auch eben wieder dazwischen. Seit 2013 wird das 2+1 System auch akzeptiert Am 1. Juli 2014 18:00 schrieb Martin Koppenhoefer dieterdre...@gmail.com: Am 1. Juli 2014 17:54 schrieb fly lowfligh...@googlemail.com: Ein konkretes Beispiel ist die B 31 zwischen Freiburg und Donaueschingen. Zur Zeit existiert ein ständiger Wechsel. Nur kleine Teilstücke haben getrennte Gegenrichtungen, jedoch gibt es auf der gesamten Strecke keine einzige Ampel. Die meisten Querstraßen sind über Ab- und Zufahrt angebunden, aber einige Kreuzungen sind noch geblieben und auch die Ortsdurchfahrt im Höllental. trunk sind primaries, die autobahnähnlich ausgebaut sind, d.h. in der Regel baulich getrennt (Ausnahme Baustellen), keine Ampeln, kreuzungsfrei Wenn ich das 2+1 System jetzt dazu rechne habe ich bis auf ein paar Kreuzungen und dem unteren Höllental also ein trunk. Wie gestalte ich den Übergang ? Finde es recht merkwürdig, wenn dann 1 km dazwischen primary ist, wegen zwei Kreuzungen. So was dann eher doch trunk mit motorroad=no. Ja, das wechselt auch noch zwischen durch. Ciao fly ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-it] vs google
Ciao, che voi sappiate OSM si interessa di indoor mapping e simil-streetview? @f http://twitter.com/editorintropico ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] vs google
2014-07-01 12:14 GMT+02:00 francesca santarelli sant.france...@gmail.com: Ciao, che voi sappiate OSM si interessa di indoor mapping ci sono dei progetti http://wiki.openstreetmap.org/wiki/Indoor e simil-streetview? do you mean mapillary? http://www.mapillary.com con questo fai anche gli indoor street-view ;) ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] vs google
Il giorno 01 luglio 2014 12:14, francesca santarelli sant.france...@gmail.com ha scritto: Ciao, che voi sappiate OSM si interessa di indoor mapping e simil-streetview? Indoor mapping si, simil-streetview no ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] vs google
Il giorno 01 luglio 2014 12:20, Maurizio Napolitano napoo...@gmail.com ha scritto: do you mean mapillary? http://www.mapillary.com con questo fai anche gli indoor street-view ;) Non lo conoscevo! ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] vs google
do you mean mapillary? http://www.mapillary.com con questo fai anche gli indoor street-view ;) Non lo conoscevo! mi sembrava strano che tu fossi fuori classifica :) http://www.mapillary.com/map/places/italy In ogni caso non è un progetto legato a openstreetmap, fa uso delle nostre mappe, e le immagini prodotte sono in cc-by-sa ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] vs google
grazie:) mapillary è la versione -2.0 di street view però non male... quanto all'indoor non ci capisco molto da quella pagina. cosa si fa e cosa si può fare... la mia domanda è volta a comunicare possibili utilità a chi ci segue sui social, relativamente alle mappe collaborative e invece di postare ttps:// www.google.com/maps/about/partners/indoormaps/ @f http://twitter.com/editorintropico Il giorno 01 luglio 2014 12:22, Caterpillar caterpilla...@gmail.com ha scritto: Il giorno 01 luglio 2014 12:20, Maurizio Napolitano napoo...@gmail.com ha scritto: do you mean mapillary? http://www.mapillary.com con questo fai anche gli indoor street-view ;) Non lo conoscevo! ___ 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] vs google
2014-07-01 12:27 GMT+02:00 francesca santarelli sant.france...@gmail.com: grazie:) mapillary è la versione -2.0 di street view però non male... Da tempo al tempo, l'idea di mapillary è che è crowd, quindi i modi con cui si contribuisce dipendono anche dai device. Sono certo però che continuerà a crescere. quanto all'indoor non ci capisco molto da quella pagina. cosa si fa e cosa si può fare... In effetti forse da questa hai qualcosa in più http://wiki.openstreetmap.org/wiki/IndoorOSM la mia domanda è volta a comunicare possibili utilità a chi ci segue sui social, relativamente alle mappe collaborative e invece di postare ttps://www.google.com/maps/about/partners/indoormaps/ La questione è sulla parte indoor osm è un argomento interessante. Ci sono dei progetti in atto (vedo che Simone te ne ha mostrato uno) A suo tempo avevo visto questo: http://openfloorplan.org/ ma non l'ho mai visto in azione e mi sembra che l'unico legame con openstreetmap sia il fatto che hanno forkato id editor ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] vs google
Sull'indoor ti segnalo l'applicazione su osmtools.org. Qui un esempio (mappatura incompleta, colpa mia): http://osmtools.org/indoor/#lat=45.32422lon=8.42984z=18 NICE :) ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] vs google
2014-07-01 12:48 GMT+02:00 Maurizio Napolitano napoo...@gmail.com: Sull'indoor ti segnalo l'applicazione su osmtools.org. Qui un esempio (mappatura incompleta, colpa mia): http://osmtools.org/indoor/#lat=45.32422lon=8.42984z=18 NICE :) E anche il centro commerciale fatto da Dapal (con intervento dello sviluppatore di OSMtools su #osm-it per sistemare :D) http://osmtools.org/indoor/#lat=38.17396lon=13.21814z=18 ___ 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] Carta tecnica Comune di Lecce
mi è venuto un altro pensiero, oltre al associare il source-tag ad ogni tag, se si volesse taggare al livello di oggetto il tag dovrebbe essere sopratutto associato ai nodi, visto che sono loro a contenere la maggiorparte della informazione geometrica ;-) ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Carta tecnica Comune di Lecce
A Lecce ci sono moltissime way con tag source=Arch. Giovanni Biallo_import_v0.1.2_20090823212607 oltre al tag attribution=Arch. Giovanni Biallo (abbastanza ridondante mi pare). Vi garantisco che è veramente noioso portarsi avanti questi tag, ma anche prendersi il fastidio di rimuoverli quando si applicano modifiche più o meno sostanziali alle way, oltre a rendere il DB meno leggibile. Mi bastano questi motivi per sperare di non avere altri oggetti col tag source :) Federico ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Carta tecnica Comune di Lecce
2014-07-01 18:41 GMT+02:00 Federico Cortese cortese...@gmail.com: A Lecce ci sono moltissime way con tag source=Arch. Giovanni Biallo_import_v0.1.2_20090823212607 oltre al tag attribution=Arch. Giovanni Biallo (abbastanza ridondante mi pare). sembrano derivare da un vecchio import eseguito anni fa. L'Arch. Biallo è noto (è il presidente di OpenGeoData Italia http://www.opengeodata.it/ ). Ad oggi credo che non aggiungerebbe più questi tags (penso un tag attribution non serve, il sistema di OSM registra in automatico il nome utente durante l'upload). Se ti danno fastidio i tags, cancellali ;-) ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Report in inglese sull'adozione diell'informazione geografica prodotta dagli utenti nella pubblica amministrazione. Fwd: [New post] Crowdsourced Geographic Information in Government
Gentilissimi Penso sia di notevole interesse. Sempre che mastichiate un pó di inglese. A presto! Gianfra -- Forwarded message -- From: Po Ve Sham - Muki Haklay's personal blog comment-re...@wordpress.com Date: 30 June 2014 12:21 Subject: [New post] Crowdsourced Geographic Information in Government To: gfrem...@gmail.com mukih posted: Today marks the publication of the report 'crowdsourced geographic information in government'. The report is the result of a collaboration that started in the autumn of last year, when the World Bank Global Facility for Disaster Reduction and Recovery(GFDRespond to this post by replying above this line New post on *Po Ve Sham - Muki Haklay's personal blog* http://povesham.wordpress.com/author/mukih/ Crowdsourced Geographic Information in Government http://povesham.wordpress.com/2014/06/30/crowdsourced-geographic-information-in-government/ by mukih http://povesham.wordpress.com/author/mukih/ Today marks the publication of the report '*crowdsourced geographic information in government* http://discovery.ucl.ac.uk/1433169/'. [image: Report] http://discovery.ucl.ac.uk/1433169/The report is the result of a collaboration that started in the autumn of last year, when the World Bank Global Facility for Disaster Reduction and Recovery(GFDRR) https://www.gfdrr.org/ requested to carry out a study of the way crowdsourced geographic information is used by governments. The identification of barriers and success factors were especially needed, since GFDRR invest in projects across the world that use crowdsourced geographic information to help in disaster preparedness, through activities such as the Open Data for Resilience Initiative https://www.gfdrr.org/opendri. By providing an overview of factors that can help those that implement such projects, either in governments or in the World Bank, we can increase the chances of successful implementations. To develop the ideas of the project, Robert Soden (GFDRR) and I run a short workshop during State of the Map 2013 http://2013.stateofthemap.org/ in Birmingham, which helped in shaping the details of project plan as well as some preliminary information gathering. The project team included myself, Vyron Antoniou http://www.ucl.ac.uk/excites/people/affiliated-staff/vyron-antoniou, Sofia Basiouka https://www.ucl.ac.uk/excites/people/affiliated-staff/Sofia_Basiouka, and Robert Soden (GFDRR). Later on, Peter Mooney http://www.cs.nuim.ie/~pmooney/ (NUIM) and Jamal Jokar http://www.geog.uni-heidelberg.de/personen/gis_arsanjani_en.html (Heidelberg) volunteered to help us - demonstrating the value in research networks such as COST ENERGIC http://www.cost.eu/domains_actions/ict/Actions/IC1203 which linked us. The general methodology that we decided to use is the* identification of case studies from across the world*, at different scales of government (national, regional, local) and domains (emergency, environmental monitoring, education). We expected that with a large group of case studies, it will be possible to analyse common patterns and hopefully reach conclusions that can assist future projects. In addition, this will also be able to identify common barriers and challenges. We have paid special attention to* information flows between the public and the government*, looking at cases where the government absorbed information that provided by the public, and also cases where two-way communication happened. Originally, we were aiming to *'crowdsource' the collection of the case studies.* We identified the information that is needed for the analysis by using few case studies that we knew about, and constructing the way in which they will be represented in the final report. After constructing these 'seed' case study, we aimed to open the questionnaire to other people who will submit case studies. Unfortunately, *the development of a case study proved to be too much effort*, and we received only a small number of submissions through the website. However, throughout the study we continued to look out for cases and get all the information so we can compile them. By the end of April 2014 we have identified about 35 cases, but found clear and useful information only for 29 (which are all described in the report). The cases range from basic mapping to citizen science. The analysis workshop was especially interesting, as it was carried out over a long Skype call, with members of the team in Germany, Greece, UK, Ireland and US (Colorado) while working together using Google Docs collaborative editing functionality. This approach proved successful and allowed us to complete the report. You can download the full report from UCL Discovery repository http://discovery.ucl.ac.uk/1433169/2/GRDRR%20report%20final%20for%20web.pdf . *mukih http://povesham.wordpress.com/author/mukih/* | 30 June, 2014 at 12:00 pm | Tags: crowdsourcing http://povesham.wordpress.com/?tag=crowdsourcing, Disaster response
Re: [Talk-se] Avgöra om en rektangel innehåller land eller inte?
Rendera en karta som bara innehåller vatten eller transparens. Kolla vad färgen är inom området. On 30 Jun 2014, at 23:27, Jonas Hogstrom jonas.hogst...@pobox.com wrote: Jag skulle behöva veta om en given rektangel (bbox) innehåller uteslutande vatten eller om det finns något fragment av land i den. Just nu testar jag det genom att ställa följande fråga till overpass (http://overpass-api.de/): node(66.3,39.4,67.2,40.1);out ids 1000;; Jag ber alltså om max 1000 noder i bboxen, endast OSM-id. Det har visat sig stämma fölhållandevis bra att om min bbox (som typiskt mäter ~10x10 mil, koordinaterna ovan är bara test-data) har fler än 50 noder i sig så finns det land, och är det färre så är det hav (det går lite farleder och sånt även på öppet hav). Det är dock några områden som ger falska negativa, tex stora delar av sahara, samt områden på Grönland där det helt enkelt inte finns något karterat alls. Är det nån som kan tipsa om hur jag borde snickra ihop en query som ger ett mer exakt svar på min egentliga fråga? -- PGP-key available ___ 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
Re: [Talk-se] Avgöra om en rektangel innehåller land eller inte?
Risken är ju att en ö är så liten att den inte ens blir en pixel... Jag skulle vilja undvika den typen av förenkling och detaljförlust. /Jonas -- PGP-key http://pgp.mit.edu/pks/lookup?op=getsearch=0xD6491A4448871215 available 2014-07-01 8:44 GMT+02:00 Karl Wettin karl.wet...@kodapan.se: Rendera en karta som bara innehåller vatten eller transparens. Kolla vad färgen är inom området. On 30 Jun 2014, at 23:27, Jonas Hogstrom jonas.hogst...@pobox.com wrote: Jag skulle behöva veta om en given rektangel (bbox) innehåller uteslutande vatten eller om det finns något fragment av land i den. Just nu testar jag det genom att ställa följande fråga till overpass (http://overpass-api.de/ ): node(66.3,39.4,67.2,40.1);out ids 1000;; Jag ber alltså om max 1000 noder i bboxen, endast OSM-id. Det har visat sig stämma fölhållandevis bra att om min bbox (som typiskt mäter ~10x10 mil, koordinaterna ovan är bara test-data) har fler än 50 noder i sig så finns det land, och är det färre så är det hav (det går lite farleder och sånt även på öppet hav). Det är dock några områden som ger falska negativa, tex stora delar av sahara, samt områden på Grönland där det helt enkelt inte finns något karterat alls. Är det nån som kan tipsa om hur jag borde snickra ihop en query som ger ett mer exakt svar på min egentliga fråga? -- PGP-key http://pgp.mit.edu/pks/lookup?op=getsearch=0xD6491A4448871215 available ___ 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-se mailing list Talk-se@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-se] Avgöra om en rektangel innehåller land eller inte?
Du får väl rendera kartan i den zoomnivå som krävs för varje fråga? On 01 Jul 2014, at 09:45, Jonas Hogstrom jonas.hogst...@pobox.com wrote: Risken är ju att en ö är så liten att den inte ens blir en pixel... Jag skulle vilja undvika den typen av förenkling och detaljförlust. /Jonas -- PGP-key available 2014-07-01 8:44 GMT+02:00 Karl Wettin karl.wet...@kodapan.se: Rendera en karta som bara innehåller vatten eller transparens. Kolla vad färgen är inom området. On 30 Jun 2014, at 23:27, Jonas Hogstrom jonas.hogst...@pobox.com wrote: Jag skulle behöva veta om en given rektangel (bbox) innehåller uteslutande vatten eller om det finns något fragment av land i den. Just nu testar jag det genom att ställa följande fråga till overpass (http://overpass-api.de/): node(66.3,39.4,67.2,40.1);out ids 1000;; Jag ber alltså om max 1000 noder i bboxen, endast OSM-id. Det har visat sig stämma fölhållandevis bra att om min bbox (som typiskt mäter ~10x10 mil, koordinaterna ovan är bara test-data) har fler än 50 noder i sig så finns det land, och är det färre så är det hav (det går lite farleder och sånt även på öppet hav). Det är dock några områden som ger falska negativa, tex stora delar av sahara, samt områden på Grönland där det helt enkelt inte finns något karterat alls. Är det nån som kan tipsa om hur jag borde snickra ihop en query som ger ett mer exakt svar på min egentliga fråga? -- PGP-key available ___ 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-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
Re: [Talk-se] Avgöra om en rektangel innehåller land eller inte?
Jag tror att du måste fundera på och bestämma dig för vad du vill ha. Är det en enkel och snabb metod för att göra det troligt eller något som är exakt. Vill du ha nått snabbt har du fått några förslag, vill du ha något exakt återstår nog inget annat än att kolla på alla ingående noder och areor. /B Den 1 jul 2014 09:46 skrev Jonas Hogstrom jonas.hogst...@pobox.com: Risken är ju att en ö är så liten att den inte ens blir en pixel... Jag skulle vilja undvika den typen av förenkling och detaljförlust. /Jonas -- PGP-key http://pgp.mit.edu/pks/lookup?op=getsearch=0xD6491A4448871215 available 2014-07-01 8:44 GMT+02:00 Karl Wettin karl.wet...@kodapan.se: Rendera en karta som bara innehåller vatten eller transparens. Kolla vad färgen är inom området. On 30 Jun 2014, at 23:27, Jonas Hogstrom jonas.hogst...@pobox.com wrote: Jag skulle behöva veta om en given rektangel (bbox) innehåller uteslutande vatten eller om det finns något fragment av land i den. Just nu testar jag det genom att ställa följande fråga till overpass ( http://overpass-api.de/): node(66.3,39.4,67.2,40.1);out ids 1000;; Jag ber alltså om max 1000 noder i bboxen, endast OSM-id. Det har visat sig stämma fölhållandevis bra att om min bbox (som typiskt mäter ~10x10 mil, koordinaterna ovan är bara test-data) har fler än 50 noder i sig så finns det land, och är det färre så är det hav (det går lite farleder och sånt även på öppet hav). Det är dock några områden som ger falska negativa, tex stora delar av sahara, samt områden på Grönland där det helt enkelt inte finns något karterat alls. Är det nån som kan tipsa om hur jag borde snickra ihop en query som ger ett mer exakt svar på min egentliga fråga? -- PGP-key http://pgp.mit.edu/pks/lookup?op=getsearch=0xD6491A4448871215 available ___ 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-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
Re: [Talk-se] Avgöra om en rektangel innehåller land eller inte?
Och orkar du inte rendera en egen karta så kan du använda dig av baslagret till hydda, det utan etiketter. Sök efter pixlar som inte är vattenfärgen. http://b.tile.openstreetmap.se/hydda/base/14/8783/5133.png Jämför http://b.tile.openstreetmap.se/hydda/full/14/8783/5133.png kalle On 01 Jul 2014, at 09:47, Karl Wettin karl.wet...@kodapan.se wrote: Du får väl rendera kartan i den zoomnivå som krävs för varje fråga? On 01 Jul 2014, at 09:45, Jonas Hogstrom jonas.hogst...@pobox.com wrote: Risken är ju att en ö är så liten att den inte ens blir en pixel... Jag skulle vilja undvika den typen av förenkling och detaljförlust. /Jonas -- PGP-key available 2014-07-01 8:44 GMT+02:00 Karl Wettin karl.wet...@kodapan.se: Rendera en karta som bara innehåller vatten eller transparens. Kolla vad färgen är inom området. On 30 Jun 2014, at 23:27, Jonas Hogstrom jonas.hogst...@pobox.com wrote: Jag skulle behöva veta om en given rektangel (bbox) innehåller uteslutande vatten eller om det finns något fragment av land i den. Just nu testar jag det genom att ställa följande fråga till overpass (http://overpass-api.de/): node(66.3,39.4,67.2,40.1);out ids 1000;; Jag ber alltså om max 1000 noder i bboxen, endast OSM-id. Det har visat sig stämma fölhållandevis bra att om min bbox (som typiskt mäter ~10x10 mil, koordinaterna ovan är bara test-data) har fler än 50 noder i sig så finns det land, och är det färre så är det hav (det går lite farleder och sånt även på öppet hav). Det är dock några områden som ger falska negativa, tex stora delar av sahara, samt områden på Grönland där det helt enkelt inte finns något karterat alls. Är det nån som kan tipsa om hur jag borde snickra ihop en query som ger ett mer exakt svar på min egentliga fråga? -- PGP-key available ___ 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-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-se] Qt / QML 5.3 - OpenStreetMap integration
Har börjat lära mig hur Qt ramverket fungerar och till en början är det fokus på QML. Tänkte höra mig för om vilka OSM/Qt bibliotek det finns som jag kan ha nytta av? Till en början tänkte jag bara få in en karta i en applikation och testa hur det fungerar men framöver blir det några lager på det med olika rutter eller annan information. Exempelvis kanske det finns någon färdig Qt class som hanterar OSM REST API:et för att ladda upp GPS spår? Efter att ha gått igenom http://wiki.openstreetmap.org/wiki/Frameworks har jag kommit fram till dessa två alternativ: Ett alternativ jag har hittat är Marble som verkar ha en bra grund att bygga vidare på men inte riktigt framme vid QtQuick 2.0 stöd än men eftersom jag använder Qt 5.3 så kanske QQuickWidget skulle fungera där [1]. Ännu bättre verkar libosmscout vara. Hemsidan och annan info är senast uppdaterad 2012 men git repot har uppdateringar så sent som för en vecka sedan [2]. [1] http://forum.kde.org/viewtopic.php?f=217t=120521 [2] http://wiki.openstreetmap.org/wiki/Libosmscout Alla tips och rekommendationer uppskattas! Med vänlig hälsning -- Christoffer Holmstedt ___ Talk-se mailing list Talk-se@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-se] Avgöra om en rektangel innehåller land eller inte?
Att gå omvägen via renderade kartor känns inte alls rätt som startapproach eftersom jag inte vet hur små landområden som kan tänkas vara karterade och hur stora kartbilder jag alltså behöver. Jag har fintrimmat min Overpass-query med att bara ta ut ways som är taggade med natural. Finns det ingen sån tag i hela min bbox så går jag vidare och tittar efter highway och building (overpass har stöd för att fråga efter alla tre på en gång, men det verkade gå betydligt långsammare än var för sig). Finns inget av det så tar jag ner en hårt inzoomad tile från hydda/base och tittar på färgen på den. Är den blå så är det hav, annars är det land. Den stora luckan som jag funderar på just nu är om jag kommer vara tvungen att göra en query på relationer också... Vi får se om det ger tillräcklig precision. Tack för tipsen så länge. -- PGP-key http://pgp.mit.edu/pks/lookup?op=getsearch=0xD6491A4448871215 available 2014-07-01 10:02 GMT+02:00 Karl Wettin karl.wet...@kodapan.se: Och orkar du inte rendera en egen karta så kan du använda dig av baslagret till hydda, det utan etiketter. Sök efter pixlar som inte är vattenfärgen. http://b.tile.openstreetmap.se/hydda/base/14/8783/5133.png Jämför http://b.tile.openstreetmap.se/hydda/full/14/8783/5133.png kalle On 01 Jul 2014, at 09:47, Karl Wettin karl.wet...@kodapan.se wrote: Du får väl rendera kartan i den zoomnivå som krävs för varje fråga? On 01 Jul 2014, at 09:45, Jonas Hogstrom jonas.hogst...@pobox.com wrote: Risken är ju att en ö är så liten att den inte ens blir en pixel... Jag skulle vilja undvika den typen av förenkling och detaljförlust. /Jonas -- PGP-key http://pgp.mit.edu/pks/lookup?op=getsearch=0xD6491A4448871215 available 2014-07-01 8:44 GMT+02:00 Karl Wettin karl.wet...@kodapan.se: Rendera en karta som bara innehåller vatten eller transparens. Kolla vad färgen är inom området. On 30 Jun 2014, at 23:27, Jonas Hogstrom jonas.hogst...@pobox.com wrote: Jag skulle behöva veta om en given rektangel (bbox) innehåller uteslutande vatten eller om det finns något fragment av land i den. Just nu testar jag det genom att ställa följande fråga till overpass ( http://overpass-api.de/): node(66.3,39.4,67.2,40.1);out ids 1000;; Jag ber alltså om max 1000 noder i bboxen, endast OSM-id. Det har visat sig stämma fölhållandevis bra att om min bbox (som typiskt mäter ~10x10 mil, koordinaterna ovan är bara test-data) har fler än 50 noder i sig så finns det land, och är det färre så är det hav (det går lite farleder och sånt även på öppet hav). Det är dock några områden som ger falska negativa, tex stora delar av sahara, samt områden på Grönland där det helt enkelt inte finns något karterat alls. Är det nån som kan tipsa om hur jag borde snickra ihop en query som ger ett mer exakt svar på min egentliga fråga? -- PGP-key http://pgp.mit.edu/pks/lookup?op=getsearch=0xD6491A4448871215 available ___ 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-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-se mailing list Talk-se@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-es] Topónimos en diferentes niveles de zoom
Buenas Los tiles de cada nivel de zoom no se actualizan con la misma frecuencia. Los niveles más altos pueden tardar hasta una semana es ser actualizados. Si en unos días no se han actualizados, entonces puede que haya algún problema, pero si los niveles bajos están correctos es de suponer que en los altos no los haya. Buenos días. Llevo algún tiempo actualizando nombres de lugares de la Comunidad Autónoma del País Vasco. Sin embargo, veo que el nombre corregido no siempre aparece en el mapa con la forma correcta en todos los niveles de zoom aunque sí aparece en la etiqueta (p. ej.: Bolera de Arcaya, la forma anterior, por una parte, y Bolera de Arkaia, la forma corregida, por otra). ¿Podría alguien explicarme por qué sucede o cómo tendría que realizar las correcciones para que aparezca la forma corregida en todos los niveles de zoom? Muchas gracias de antemano. Saludos, Mirari Alberdi Agirre Técnica del Servicio de Toponimia Viceconsejería de Política Lingüística Dpto. de Educación, Política Lingüística y Cultura Gobierno Vasco -- Cruz Enrique Borges Hernández Email: cruz.bor...@deusto.es DeustoTech Energy Telefono: 944139000 ext.2052 Avda. Universidades, 24 48007 Bilbao, Spain ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
[Talk-at] Wiener Stammtisch - Mi 2.7.14 - Wieden Bräu
Hallo! Kommt vielleicht jemand früher, um mit mir einen Tisch im Garten zu besetzen? Ich könnte so ab 17:30 dort sein. 37. Wiener Stammtisch 3. Wiener FOSSGIS-Stammtisch am Mittwoch, 2. Juli 2014 ab 18:30 im Wieden Bräu Bitte eintragen, wer kommt: https://wiki.openstreetmap.org/wiki/Wien/Stammtisch Konkret würde ich gern besprechen, ob wir anläßlich 10 Jahre OpenStreetMap https://wiki.openstreetmap.org/wiki/OpenStreetMap_10th_Anniversary_Birthday_party für den Stammtisch im August irgendwelche Feierlichkeiten planen wollen. Und wenn's nur eine Torte ist, die wir irgendwo bestellen... Servus, Andreas ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Dankmalschutz
Hallo, Ich habe ein Skript vorbereited das die Liste einliest und aufbereitet um die Daten in OSM einzutragen. Es müsste nur erweitert werden dann können die Daten automatisiert (als POI) eingetragen werden. Die Frage ist nur wie tagged man es am besten? Die meisten Objekte sind Gebäude der Rest Statuen/Denkmäler. Es gibt dazu historic=building und historic=memorial. Die Frage ist jedoch wie tagged man die zusätzlichen Attribute der Liste (GdstNr und Status)? Vielleicht ist es aber besser als eigenen tag z.b. historic=at:bundesdenkmal (o.ä.) zu verwenden, da es diese Objekte offizielle Denkmäler sind? Wie gesagt ich würde alle Objekte (vorerst nur Wien) als POI mit entsprechendem tag (historic=building,historic=memorial oder custom tag) eintragen. Mit ein bisschen mehr Aufwand wäre es vl. sogar möglich ein vorhandenes Gebäude automatisch zu erkennen und dort die tags einzutragen statt einen neuen POI. Da ist die Frage dann ob das sinnvoll ist oder die zusätzlichen tags das Gebäude kaputt machen. Bitte um Vorschläge oder Einwände. grüße, realadry On 29.06.2014 12:55, streetbot wrote: Hallo, bin gerade auf die Denkmalliste des Österreichischen Bundesdenkmalamts gestoßen. http://www.bda.at/downloads/1928/Denkmalliste Alles noch schön in Steinzeit pdf und nix OpenData :) Das gibts dann wohl auch für andere Länder... Nun die Frage obs Sinnvol ist oder schon Bestrebungen gibt die Daten direkt in die OSM zu importieren? http://wiki.openstreetmap.org/wiki/WikiProject_Germany/Kulturdenkmale gibts ja schon, auch eine Vorlage in JOSM um Denkmäler einzugeben... Toll wärs ja, wenn die Behörden das gleich automatisch machen würden :) Gibts dazu vielleicht Bestrebungen, die Datensammler dazu zu bewegen, die Daten für alle zugänglich zu machen? Oder ist mein Anliegen besser bei OpenData Gruppen aufgehoben? Grüße Rob [streetbot] ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Dankmalschutz
On 07/01/2014 04:38 PM, realadry wrote: Mit ein bisschen mehr Aufwand wäre es vl. sogar möglich ein vorhandenes Gebäude automatisch zu erkennen und dort die tags einzutragen statt einen neuen POI. Da ist die Frage dann ob das sinnvoll ist oder die zusätzlichen tags das Gebäude kaputt machen. Bevor dieses bisschen mehr an Aufwand nicht getestet ist und gemacht wird bin ich absolut gegen einen Import. Es ist zwar einfach irgendeine Liste mit einem Skript in die DB zu werfen, aber was soll dann damit passieren? Wer soll das pflegen, oder warten und hinter dem Import nachräumen? Ich würd mich darauf beschränken das ganze als Wikiliste oder ähnliches aufzubereiten und dann können die, die sich für die Denkmäler interessieren, die bezirksweise (oder auch in kleineren Einheiten wenn nötig) abarbeiten. Dabei kann man dann auch überlegen ob wirkliche jede verstaubte Denkmalschutzplakette unbedingt in die DB muss und ob die irgendwen interessiert. Ich versteh dass es verlockend ist das als Skript zu machen und zu behaupten danach wär OSM etwas besser, aber wenn sich keine User finden, die manuell die paar Punkte eintragen und sich dabei auch um die bestehenden Gebäude, Statuen etc. kümmern, dann sollt man überlegen ob die überhaupt irgendwen interessieren. So viel Aufwand sind diese manuellen Imports von einzelnen POI nicht. Und wenn sich keiner dafür interessiert diesen Aufwand zu betreiben dann wird die DB durch den Import auch nicht besser, weils offensichtlich allen egal ist. tl;dr Wenn das importiert wird, bin ich für einen manuellen Import. Norbert ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Dankmalschutz
Hallo! 1. Ich bin gegen so eine Art Import. 2. Wie Du richtig sagst, sind die denkmalgeschützten Objekte sehr oft Gebäude. Und in diesem Fall gehören die Tags *ans Gebäude* und nicht in einen POI! 3. Denkmalgeschützte Objekte brauchen die heritage* Tags (heritage=4, heritage:operator=bda, ref:at:bda=#) 4. Für denkmalgeschützte Gebäude würde ich historic=heritage_building empfehlen. 5. Oftmals kann man da kein automatisches Mapping machen, z.B. muß man wissen, was ein historic=wayside_shrine ist (z.B. http://www.openstreetmap.org/node/2181029774). 6. Solche Objekte sollte man mit der Wikipedia verlinken (wikipedia und wohl auch wikidata Tag), das krankt aber an der Wikipedia, weil solche Objekte dort oft nur in Listen leben (und man sie dann nicht sinnvoll verlinken kann, siehe z.B. die o.e. Eleonorensäule). 7. Solche Objekte sind oft auch z.B. in Wien Wiener Kulturgüter, sprich haben da auch noch eine ref:wien:kultur Nummer 8. Und manchmal ist die Zuordnung schwierig (Rückhaltebecken Auhof) bis unöglich (Auhofbrücke gibt's in der Wikipedia-Liste zweimal, objekt-id 25746 und 72407); bei so manchem Gemeindebau wird man die Tags an eine site-Relation kleben müssen... Grundstücknummer ist irrelevant für OSM, Status lt. BDA in meinen Augen auch. In meinen Augen kann man das nur händisch machen (von mir aus mit gewisser Vorbereitung, dass man ein gewisses Set an Tags automatisch setzen kann). /al ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Dankmalschutz
Servus! Ich bin in Wikipedia im Denkmalprojekt aktiv und verwalte uA eine täglich aus WP ausgelesene Datenbank. Die DB steht unter CC-BY-SA, falls jemand Interesse hat einfach melden :) PS: wir haben auch Koordinaten ;) Am 01.07.2014 16:50 schrieb Norbert Wenzel norbert.wenzel.li...@gmail.com : On 07/01/2014 04:38 PM, realadry wrote: Mit ein bisschen mehr Aufwand wäre es vl. sogar möglich ein vorhandenes Gebäude automatisch zu erkennen und dort die tags einzutragen statt einen neuen POI. Da ist die Frage dann ob das sinnvoll ist oder die zusätzlichen tags das Gebäude kaputt machen. Bevor dieses bisschen mehr an Aufwand nicht getestet ist und gemacht wird bin ich absolut gegen einen Import. Es ist zwar einfach irgendeine Liste mit einem Skript in die DB zu werfen, aber was soll dann damit passieren? Wer soll das pflegen, oder warten und hinter dem Import nachräumen? Ich würd mich darauf beschränken das ganze als Wikiliste oder ähnliches aufzubereiten und dann können die, die sich für die Denkmäler interessieren, die bezirksweise (oder auch in kleineren Einheiten wenn nötig) abarbeiten. Dabei kann man dann auch überlegen ob wirkliche jede verstaubte Denkmalschutzplakette unbedingt in die DB muss und ob die irgendwen interessiert. Ich versteh dass es verlockend ist das als Skript zu machen und zu behaupten danach wär OSM etwas besser, aber wenn sich keine User finden, die manuell die paar Punkte eintragen und sich dabei auch um die bestehenden Gebäude, Statuen etc. kümmern, dann sollt man überlegen ob die überhaupt irgendwen interessieren. So viel Aufwand sind diese manuellen Imports von einzelnen POI nicht. Und wenn sich keiner dafür interessiert diesen Aufwand zu betreiben dann wird die DB durch den Import auch nicht besser, weils offensichtlich allen egal ist. tl;dr Wenn das importiert wird, bin ich für einen manuellen Import. Norbert ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Dankmalschutz
Danke für den Input. Es war keineswegs gedacht blind die ganze Liste nach gleichem Schema zu importieren. Zumindest die Gebäude sind einfach wenn sie mit der korrekten Adresse getagged wurden. Schaut man sich die Liste an, sieht man, dass nur Gebäude eine Adresse mit Hausnummer haben, andere Denkmäler haben nur eine Straße oder Platz als Adresse (zumindest in Wien. Man kann so einfach festellen ob der Listeneintrag ein Gebäude ist oder nicht. Sollte das Gebäude ein Hof mit Relation sein sollte das auch machbar sein, muss ich mir genauer ansehn und testen oder diese eben nicht importieren. Der von dir angesprochene heritage tag ist, zumindest laut wiki, noch ein draft (event. wiki nicht aktuell?), finde es jedoch sinnvoll ihn zu nutzen. Natürlich würde ich das skript vor dem import gründlich testen und mit eigenem user importieren. Notfalls kann die Änderung so leicht rückgängig gemacht werden. So etwas komplett manuell zu importieren ist unnötig wenn schon eine schön formartierte Liste exisitiert. Ich werde jedenfalls weiter daran arbeiten und bei Gelegenheit einen kleinen Aussschnit (ca. 10 Einträge) der Liste als proof of concept importieren. tl;dr: Vorschlag: Nur die Einträge automatisch importieren die eindeutig zuordenbar sind, sprich Gebäudepolygon mit übereinstimmender Adresse vorhanden. On 01.07.2014 17:23, Andreas Labres wrote: Hallo! 1. Ich bin gegen so eine Art Import. 2. Wie Du richtig sagst, sind die denkmalgeschützten Objekte sehr oft Gebäude. Und in diesem Fall gehören die Tags *ans Gebäude* und nicht in einen POI! 3. Denkmalgeschützte Objekte brauchen die heritage* Tags (heritage=4, heritage:operator=bda, ref:at:bda=#) 4. Für denkmalgeschützte Gebäude würde ich historic=heritage_building empfehlen. 5. Oftmals kann man da kein automatisches Mapping machen, z.B. muß man wissen, was ein historic=wayside_shrine ist (z.B. http://www.openstreetmap.org/node/2181029774). 6. Solche Objekte sollte man mit der Wikipedia verlinken (wikipedia und wohl auch wikidata Tag), das krankt aber an der Wikipedia, weil solche Objekte dort oft nur in Listen leben (und man sie dann nicht sinnvoll verlinken kann, siehe z.B. die o.e. Eleonorensäule). 7. Solche Objekte sind oft auch z.B. in Wien Wiener Kulturgüter, sprich haben da auch noch eine ref:wien:kultur Nummer 8. Und manchmal ist die Zuordnung schwierig (Rückhaltebecken Auhof) bis unöglich (Auhofbrücke gibt's in der Wikipedia-Liste zweimal, objekt-id 25746 und 72407); bei so manchem Gemeindebau wird man die Tags an eine site-Relation kleben müssen... Grundstücknummer ist irrelevant für OSM, Status lt. BDA in meinen Augen auch. In meinen Augen kann man das nur händisch machen (von mir aus mit gewisser Vorbereitung, dass man ein gewisses Set an Tags automatisch setzen kann). /al ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Dankmalschutz
Hallo Am Tue, 01 Jul 2014 17:23:51 +0200 schrieb Andreas Labres l...@lab.at: 1. Ich bin gegen so eine Art Import. Ich auch. 3. Denkmalgeschützte Objekte brauchen die heritage* Tags (heritage=4, heritage:operator=bda, ref:at:bda=#) Steht das irgendwo im Wiki? 7. Solche Objekte sind oft auch z.B. in Wien Wiener Kulturgüter, sprich haben da auch noch eine ref:wien:kultur Nummer Wie lässt sich diese Nummer herausfinden? In meinen Augen kann man das nur händisch machen (von mir aus mit gewisser Vorbereitung, dass man ein gewisses Set an Tags automatisch setzen kann). Vielleicht lässt sich automatisiert eine (Wiki?)Liste erstellen, die die ref:at:bda auswertet und feststellt, welche Objekte in der OSM bereits existieren und welche nicht bzw falsch getaggt. Ich habe vor einiger Zeit auch schon einige geschützte Objekte eingetragen, allerdings kannte ich das ref:at:bda Tag nicht, ich habe stattdessen historic:ref benutzt (siehe zB https://www.openstreetmap.org/way/72622326) Und weil ich grad dabei bin habe ich nachgeschaut auf https://taginfo.openstreetmap.org/search?q=ref%3Aat%3Abda#keys da gibt's 193 Mal ref:at:bda und 101 Mal ref:AT:bda ;-) Liebe Grüße, Albin ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Dankmalschutz
Ich bin persönlich immer wieder hin und hergerissen, was nun alles in osm rein soll und was extern verknüpft werden soll. Bin eigentlich für Basis Daten in der osm und alles Speziellere dann verknüpft. Sollte ja in Zukunft dank OpenData ja einfacher möglich sein. Ich hab zwischenzeitlich mal beim BDA und heute bei data.gv.at angefragt, wie die ihre Daten in Zukunft zur Verfügung stellen wollen. data.gv.at hab ich auch noch gefragt, ob die Behörden miteinander kommunizieren. BDA habe ich eine Antwort bekommen: -- wir erarbeiten zur Zeit eine GIS-Anwendung für das Bundesdenkmalamt. Da dieses Projekt gerade erst gestartet ist, können wir zum jetzigen Zeitpunkt noch nicht abschätzen, in welcher Form unsere Daten künftig zur Verfügung stehen werden. Momentan führen wir lediglich unsere Denkmalliste als PDF im Internet: http://www.bda.at/downloads/1928/Denkmalliste -- data.gv.at steht noch aus Falls die Daten dann als OpenData zur Verfügung stehen, kann man sie dann ja je nach bedarf verknüpfen. Wenn dann wirklich Interesse daran besteht und es dann auch einen nutzen für OSM bringt, kann ja importiert werden. Wie seht ihr das? Grüße Rob [streetbot] Am 29.06.2014 12:55, schrieb streetbot: Hallo, bin gerade auf die Denkmalliste des Österreichischen Bundesdenkmalamts gestoßen. http://www.bda.at/downloads/1928/Denkmalliste Alles noch schön in Steinzeit pdf und nix OpenData :) Das gibts dann wohl auch für andere Länder... Nun die Frage obs Sinnvol ist oder schon Bestrebungen gibt die Daten direkt in die OSM zu importieren? http://wiki.openstreetmap.org/wiki/WikiProject_Germany/Kulturdenkmale gibts ja schon, auch eine Vorlage in JOSM um Denkmäler einzugeben... Toll wärs ja, wenn die Behörden das gleich automatisch machen würden :) Gibts dazu vielleicht Bestrebungen, die Datensammler dazu zu bewegen, die Daten für alle zugänglich zu machen? Oder ist mein Anliegen besser bei OpenData Gruppen aufgehoben? Grüße Rob [streetbot] ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
[Talk-pt] Estradas florestais
Ora viva :) Bem, o tema que vos trago hoje é como já perceberam no tópico sobre estradas florestais. Estive a mapear uma zona razoável da zona centro de estradas florestais porque reparei que existem muitos poucos mapeamentos. Certamente deve se verificar o mesmo em todo o país já que existe uma imensidão das mesmas. Enviava portanto este email porque achei importante de apelar: se não tiverem nada em mente para mapear e quiserem/tiverem tempo para contribuir, poderem sempre se virar para o mapeamento deste tipo de estradas. Porquê? Nem que seja pela simples razão que na minha opinião pelo menos, acabamos de alguma forma em fazer algo que beneficia as nossas florestas. De facto, entrámos em época balnear e infelizmente marcada pela abundância de incêndios, acho que ter um mapa com bastantes acessos mesmo de estradas florestais, ajudam os nossos bombeiros a melhor abordarem certas áreas isoladas (isto se quiserem de facto utilizarem o OSM). Bem, fica aqui a minha sugestão aos mapeadores sem ideias :) Cumprimentos a todos. ___ Talk-pt mailing list Talk-pt@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-pt
Re: [Talk-pt] Estradas florestais
Às vezes, em cima de grama ou mato raso, ou mesmo em terra, você consegue ver os dois trilhos paralelos que são marcas de veículos de quatro rodas, ou de caminho percorrido por carroça. Em 1 de julho de 2014 13:31, Marcos Oliveira marcosoliveira.2...@gmail.com escreveu: Boa ideia Rui! O único problema que tenho ao mapear estradas florestais é que não tenho a certeza se é de facto uma estrada onde podem atravessar veículos ou se é apenas um trilho para pessoas, bicicletas ou cavalos. É possível diferenciar as duas pelas imagens aéreas? ___ Talk-pt mailing list Talk-pt@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-pt
[Talk-pt] Manutenção nos servidores OSM
Olá, Como acontece de vez em quando, neste Sábado dia 5 de Júlio 2014 haverá manutenção nos servidores das 09:00 as 19:00. Vários serviços estarão afetados más o API deverá funcionar normalmente : deverá sempre ser possível fazer edições. Mais pormenores aqui : https://lists.openstreetmap.org/pipermail/talk/2014-July/070119.html Francisco ___ Talk-pt mailing list Talk-pt@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-pt
[Talk-ca] Fwd: [OSM-talk] NOTICE: Upcoming Maintenance - Some services will be down
see attached notice of scheduled maintenance. Thank you, sysadmins, for your endless efforts on our behalf. -- Forwarded message -- From: Grant Slater openstreet...@firefishy.com Date: Tue, Jul 1, 2014 at 12:22 PM Subject: [OSM-talk] NOTICE: Upcoming Maintenance - Some services will be down To: annou...@openstreetmap.org, Talk Openstreetmap t...@openstreetmap.org, OSM Dev List d...@openstreetmap.org On Saturday 5th of July 2014 between 09:00 and 19:00 (GMT / UTC) we are moving our servers hosted by University College London to another data center. The following services WILL be affected: * Search (nominatim.openstreetmap.org) will be unavailable. [1] * Slower map updates / Reduced tile rendering capacity. (Yevaud outage) * OSM Foundation websites and blog.openstreetmap.org will be unavailable. * Taginfo (taginfo.openstreetmap.org) will be unavailable. * Development Server (errol) will be unavailable. * Some imagery services will be unavailable. (GPX Render, OS Streetview, OOC, AGRI, CD:NGI aerial) Other OpenStreetMap provided services should not be affected - all of the following are expected to function normally: * www.openstreetmap.org web site WILL allow edits as per normal (iD or Potlatch). * API will allow map editing (using iD, JOSM, Merkaartor etc.) * Forum * trac (bug-tracker) * help.openstreetmap.org * tile serving (View The Map Export) * Wiki * mailing lists * subversion and git (source code repositories) * donate.openstreetmap.org Technical: We are moving all the servers listed here http://wiki.openstreetmap.org/wiki/Servers#UCL_-_In_Use to a new UCL data center. The current building is being closed soon for refurbishment. The new data center has better server racks, power feeds, cooling and faster networking. [1] Searches through the website will still work - we will redirect them to another nominatim instance temporarily. Sincerely Grant Slater On behalf of the OpenStreetMap sysadmin team. ___ talk mailing list t...@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-cz] Úvaha o poloze adresního bodu (co PŘESNĚ je definiční bod?)
Nu, vidím to tedy na pravidlo nevšímat si entit, které mají fyzické tagy (amenity, shop ...) ? -- Petr A co udelat malou hlasovaci stranku na wiki, kde bys navrhl, ze ty adresni tagy z POI budes mazat a dat treba mesic na to, aby se k tomu lidi, co ctou konferenci jednoznacne vyjadrili? Dalibor ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Úvaha o poloze adresního bodu (co PŘESNĚ je definiční bod?)
Osobně bych byl spíš za schopnost nástrojů zachovat adresu na poi, protože... Ty obchody ve skutečnosti žádnou adresu nemají. Adresa je - jak psal hanoj - místo v terénu vztažené ke *stavebnímu objektu*. ...toto je sice formálně zcela správně, ale v realitě tam venku obchod lokalizuje právě adresa - nikdo si nepíše souřadnice :-D *** myslíš adresu sídla podnikání, místa podnikání nebo sídla pobočky? *** jak charakterizuje POI jeho adresa v nákupním centrum, obchodním domě? Vazba tam tedy je, a v současných frontendech k osm se bohužel předpokládá explicitní: iD má políčka pro adresu jako součást toho co se dá/má pro poi nastavit. Nevím tedy jak moc je reálné spravit všechny ostatní lidi? *** předělávat lidi samozřejmě není nutné, stačí když robot ví co s tím ha hanoj ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Úvaha o poloze adresního bodu (co PŘESNĚ je definiční bod?)
Ahoj, Dne Út 1. července 2014 14:35:21, Dalibor Jelínek napsal(a): Nu, vidím to tedy na pravidlo nevšímat si entit, které mají fyzické tagy (amenity, shop ...) ? A co udelat malou hlasovaci stranku na wiki, kde bys navrhl, ze ty adresni tagy z POI budes mazat a dat treba mesic na to, aby se k tomu lidi, co ctou konferenci jednoznacne vyjadrili? možná ano, jak naložit s výsledkem? Kdyby bylo třeba 60 % lidí pro mazání, je to dost? IMO není. Navíc máme tady 4 varianty: 1.) Automaticky odstraňovat adresy ze všech fyzických objektů, pokud samostatný adresní bod není, tak ho vytvořit. Nepoužívat fyzické objekty pro jako adresní místa. 2.) Nechávat adresy na fyzických objektech tehdy, kdy je to jediné, botem vybrané oficiální adresní místo. Z případných ostatních fyzických objektů adresy odstranit. 3.) Nechat bota vybrat oficiální adresní místo bez ohledu na to, zda jde či nejde o fyzický objekt. Adresy na ostatních fyzických objektech ponechat. 4.) Fyzických objektů si vůbec nevšímat, tedy neodstraňovat z nich adresy, nepoužívat je jako oficiální adresní místo. Pokud samostatný oficiální adresní bod neexistuje, vytvořit ho (klidně paralelně s existujícími adresami na fyzických objektech). Na něco jsem zapomněl? Je třeba mít na mysli, že adresy na těch fyzických objektech jsou často neúplné - je tam jen popisné číslo nebo jen housenumber, jen ulice, jen ulice a housenumber atd. -- Petr ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Úvaha o poloze adresního bodu (co PŘESNĚ je definiční bod?)
Ahoj, Dne Út 1. července 2014 14:58:55, hanoj napsal(a): *** předělávat lidi samozřejmě není nutné, stačí když robot ví co s tím tak tak, o to jde - snažím se tady dosáhnout dohody, jak to dělat. Paralelně s tím vyjadřuji svůj názor, což ovšem neznamená, že to nakonec bude podle mého. Díky. -- Petr ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Úvaha o poloze adresního bodu (co PŘESNĚ je definiční bod?)
Ahoj, Dne 1.7.2014 19:02, Petr Vejsada napsal(a): Ahoj, Dne Út 1. července 2014 14:35:21, Dalibor Jelínek napsal(a): Nu, vidím to tedy na pravidlo nevšímat si entit, které mají fyzické tagy (amenity, shop ...) ? A co udelat malou hlasovaci stranku na wiki, kde bys navrhl, ze ty adresni tagy z POI budes mazat a dat treba mesic na to, aby se k tomu lidi, co ctou konferenci jednoznacne vyjadrili? možná ano, jak naložit s výsledkem? Kdyby bylo třeba 60 % lidí pro mazání, je to dost? IMO není. Navíc máme tady 4 varianty: 1.) Automaticky odstraňovat adresy ze všech fyzických objektů, pokud samostatný adresní bod není, tak ho vytvořit. Nepoužívat fyzické objekty pro jako adresní místa. 2.) Nechávat adresy na fyzických objektech tehdy, kdy je to jediné, botem vybrané oficiální adresní místo. Z případných ostatních fyzických objektů adresy odstranit. 3.) Nechat bota vybrat oficiální adresní místo bez ohledu na to, zda jde či nejde o fyzický objekt. Adresy na ostatních fyzických objektech ponechat. 4.) Fyzických objektů si vůbec nevšímat, tedy neodstraňovat z nich adresy, nepoužívat je jako oficiální adresní místo. Pokud samostatný oficiální adresní bod neexistuje, vytvořit ho (klidně paralelně s existujícími adresami na fyzických objektech). Na něco jsem zapomněl? Je třeba mít na mysli, že adresy na těch fyzických objektech jsou často neúplné - je tam jen popisné číslo nebo jen housenumber, jen ulice, jen ulice a housenumber atd. Přesně z toho důvodu jsem pro smazání. Neúplné adresy v OSM nepotřebujeme. Stejně to nikdo neudržuje. Z importu adres si pamatuji snad jen jednu korektní adresu. Na golfovém hřišti. Ale i to hřiště má nějakou správní budovu, které je ta adresa přiřazena. Z logiky věci. Adresní místo je vázáno na objekt. Mělo by tedy být uvnitř daného objektu (vím, adresy na nádvoří tomu trochu odporují, ale to se časem vyřeší). Pokud tedy chci zjistit adresu nějakého POI umístěného v budově, tak stačí najít adresní bod ležící ve stejné budově. Pokud v budově není adresa, zkusím najít nejbližší adresu v okolí. A když se nepovede, tak vrátím nejnižší administrativní celek (třeba část obce). Úplně jiná situace je v případě adresy na nějakém kusu šutru venku v přírodě (památník ;-) ). Ten, pokud to není přímo budova, většinou leží vně budovy, dokonce může být kilometry daleko od nejbližšího obydlí (třeba Poslední vlk v Beskydech). V tomto případě nelze žádná adresa přiřadit a neměla by tam být. Když se budu chtít k takovému památníku dostat, potřebuji buď popis cesty, nebo mapu případně mapu a souřadnice. Mimochodem, jak hledáte nějakou adresu? Zadáte do nominatimu a podíváte se na mapě, kde to je v prostoru. Je to mnohem jednodušší, než jezdit křížem krážem po Dlouhé Lhotě a hledat č.p. 99. Může se stát, že ani místní nebudou vědět, kde to č.p. 99 je. Zato kde je ve vsi hospoda, budou určitě vědět všichni ;-) Marián -- Petr ___ 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-it-southtyrol] Landuse Import Gebirge Südtirol
Da es keine Einwände gab werde ich mich wohl dieses Wochenende dranmachen und die importierten Flächen (natural=cliff und natural=fell) entfernen. Since there were no objections I will delete the imported inaccurate polygons (natural=cliff and natural=fell) probably this weekend. Gruß Sebastian___ Talk-it-southtyrol mailing list Talk-it-southtyrol@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it-southtyrol
[OSM-talk-fr] changement global de tags
Bonjour, Osmose se plaint, et il a raison, des addr:city=Chatillon que j'ai introduit en négligant l'accent sur le â. Est-ce qu'il y a un moyen pour changer tous les addr:city=Chatillon addr:postcode=92320 en addr:city=Châtillon addr:postcode=92320 J'aimerai éviter de faire des changements de ce type des centaines de fois à la main. -Ralf. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] changement global de tags
Bonjour - Mail original - De: Ralf Treinen trei...@free.fr Est-ce qu'il y a un moyen pour changer tous les addr:city=Chatillon addr:postcode=92320 en addr:city=Châtillon addr:postcode=92320 - Mail original - Si je ne fait pas d'erreur : Sous JOSM, charger les données de la zones concerné Dans les attributs, bouton rechercher puis addr:city=Chatillon addr:postcode=92320. Valider Au dessus, sélectionner la clé addr:city puis modifier la valeur de même pour l'autre clé. Cordialement -- David Crochet ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
