Re: [OSM-talk] Incorrect speed limit anonymous notes - who is behind that?
I opened an issue about this a year ago and apparently it came up in an EWG meeting as well. But talk and issues don't write code. https://github.com/openstreetmap/openstreetmap-website/issues/385 Toby On Aug 16, 2014 8:10 PM, colliar colliar4e...@aol.com wrote: Am 16.08.2014 08:28, schrieb Maarten Deen: On 2014-08-16 01:48, Andreas Vilén wrote: This continues to be really annoying, and the obvious spam seems to cluster at a few locations, where 10-20 notes can be created with the same information. The maker of this app must be made clear that notes can't work like this, and users would at least be required to give some contact information. Most of the notes that come from this app are useless and will probably stay in the database forever. And the notes may be anonymous, but IMHO it is prudent to put in the message or the metadata which app reported it. That way you don't have to go on a wild goose chase to see where it is coming from. Think any app that creates notes should have a proper user with some information on the user's page and like wise an email address to contact. This way users could still create nodes anonymously but we would reach the person with power. cu colliar ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Incorrect speed limit anonymous notes - who is behind that?
On Sun, 2014-08-17 at 02:22 +0200, Andreas Vilén wrote: The user in question now told me he's been using the Wisepilot app: http://www.appello.com/apps/wisepilot/ and seemed totally oblivious to it being a mystery, and that it creates strange and unhelpful notes in most cases. I'm guessing Wisepilot doesn't make it very clear what happens when someone reports an error in the app. Thanks Andreas I have just downloaded wisepilot and have been having a play. The first issue I can see is that it defaults to km and to change this relies on the user digging into the settings. This should be a startup question, or just use the GPs to work it out would be even better. The proliferation of these notes using km in the UK does suggest users are not bothering to set it up properly. The km display will obviously proliferate erroneous reports for an unaware user. The speed limit report starts at zero, which is a ridiculous number. I guess many do not bother to select the correct limit, but just hit report. selecting the speed then replies on the user scrolling through a list, there are too many options including 5's. All UK limits are multiples of 10, have never seen a km speed limit ending in 5 whilst driving in Europe either. Phil (trigpoint) /Andreas On Sat, Aug 16, 2014 at 10:02 PM, Andreas Vilén andreas.vi...@gmail.com wrote: Uhm, no, that's not it... Look at http://www.openstreetmap.org/#map=16/57.9221/12.5033layers=N for example. Also, at least 40-50 notes have been created on this exact location: http://www.openstreetmap.org/note/215471 That leads me to believe that that position is the zero position of the app used to create these notes. It would be really great if the person who managed to figure out what app creates these notes could speak out. The guy I contacted about this also doesn't seem to want to answer questions... Why is everything so cryptic? /Andreas On Sat, Aug 16, 2014 at 8:36 PM, John F. Eldredge j...@jfeldredge.com wrote: On 08/16/2014 01:34 AM, Mateusz Konieczny wrote: 2014-08-16 8:28 GMT+02:00 Maarten Deen md...@xs4all.nl: On 2014-08-16 01:48, Andreas Vilén wrote: This continues to be really annoying, and the obvious spam seems to cluster at a few locations, where 10-20 notes can be created with the same information. The maker of this app must be made clear that notes can't work like this, and users would at least be required to give some contact information. Most of the notes that come from this app are useless and will probably stay in the database forever. And the notes may be anonymous, but IMHO it is prudent to put in the message or the metadata which app reported it. That way you don't have to go on a wild goose chase to see where it is coming from. Maarten If the useless notes are concentrated at a few points, it may mean that someone who lives there or passes through on a regular basis is alpha-testing or beta-testing an app. I agree that both a user contact and the identify of the app are needed. -- John F. Eldredge -- j...@jfeldredge.com Darkness cannot drive out darkness; only light can do that. Hate cannot drive out hate; only love can do that. Dr. Martin Luther King, Jr. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Incorrect speed limit anonymous notes - who is behind that?
Then there are what I expect are temporary limits for some reason being reported. Such as http://www.openstreetmap.org/note/219321#c438501 The permanent limit here is correctly posted as 70 mph. Phil (trigpoint) ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Incorrect speed limit anonymous notes - who is behind that?
Did the app have a standard position when the GPS doesn't work properly or is not active, considering all the notes in several different languages, that are constantly created in the same location in central Stockholm? The ones that are clustered around a residential area in a small village in Sweden are probably created by one user fooling around in his or her home, when I thought further about it. /Andreas On Sun, Aug 17, 2014 at 2:43 PM, Philip Barnes p...@trigpoint.me.uk wrote: On Sun, 2014-08-17 at 02:22 +0200, Andreas Vilén wrote: The user in question now told me he's been using the Wisepilot app: http://www.appello.com/apps/wisepilot/ and seemed totally oblivious to it being a mystery, and that it creates strange and unhelpful notes in most cases. I'm guessing Wisepilot doesn't make it very clear what happens when someone reports an error in the app. Thanks Andreas I have just downloaded wisepilot and have been having a play. The first issue I can see is that it defaults to km and to change this relies on the user digging into the settings. This should be a startup question, or just use the GPs to work it out would be even better. The proliferation of these notes using km in the UK does suggest users are not bothering to set it up properly. The km display will obviously proliferate erroneous reports for an unaware user. The speed limit report starts at zero, which is a ridiculous number. I guess many do not bother to select the correct limit, but just hit report. selecting the speed then replies on the user scrolling through a list, there are too many options including 5's. All UK limits are multiples of 10, have never seen a km speed limit ending in 5 whilst driving in Europe either. Phil (trigpoint) /Andreas On Sat, Aug 16, 2014 at 10:02 PM, Andreas Vilén andreas.vi...@gmail.com wrote: Uhm, no, that's not it... Look at http://www.openstreetmap.org/#map=16/57.9221/12.5033layers=N for example. Also, at least 40-50 notes have been created on this exact location: http://www.openstreetmap.org/note/215471 That leads me to believe that that position is the zero position of the app used to create these notes. It would be really great if the person who managed to figure out what app creates these notes could speak out. The guy I contacted about this also doesn't seem to want to answer questions... Why is everything so cryptic? /Andreas On Sat, Aug 16, 2014 at 8:36 PM, John F. Eldredge j...@jfeldredge.com wrote: On 08/16/2014 01:34 AM, Mateusz Konieczny wrote: 2014-08-16 8:28 GMT+02:00 Maarten Deen md...@xs4all.nl: On 2014-08-16 01:48, Andreas Vilén wrote: This continues to be really annoying, and the obvious spam seems to cluster at a few locations, where 10-20 notes can be created with the same information. The maker of this app must be made clear that notes can't work like this, and users would at least be required to give some contact information. Most of the notes that come from this app are useless and will probably stay in the database forever. And the notes may be anonymous, but IMHO it is prudent to put in the message or the metadata which app reported it. That way you don't have to go on a wild goose chase to see where it is coming from. Maarten If the useless notes are concentrated at a few points, it may mean that someone who lives there or passes through on a regular basis is alpha-testing or beta-testing an app. I agree that both a user contact and the identify of the app are needed. -- John F. Eldredge -- j...@jfeldredge.com Darkness cannot drive out darkness; only light can do that. Hate cannot drive out hate; only love can do that. Dr. Martin Luther King, Jr. ___ talk mailing list talk@openstreetmap.org
Re: [OSM-talk] Incorrect speed limit anonymous notes - who is behind that?
Speed limits even n4 On August 17, 2014 7:43:03 AM CDT, Philip Barnes p...@trigpoint.me.uk wrote: On Sun, 2014-08-17 at 02:22 +0200, Andreas Vilén wrote: The user in question now told me he's been using the Wisepilot app: http://www.appello.com/apps/wisepilot/ and seemed totally oblivious to it being a mystery, and that it creates strange and unhelpful notes in most cases. I'm guessing Wisepilot doesn't make it very clear what happens when someone reports an error in the app. Thanks Andreas I have just downloaded wisepilot and have been having a play. The first issue I can see is that it defaults to km and to change this relies on the user digging into the settings. This should be a startup question, or just use the GPs to work it out would be even better. The proliferation of these notes using km in the UK does suggest users are not bothering to set it up properly. The km display will obviously proliferate erroneous reports for an unaware user. The speed limit report starts at zero, which is a ridiculous number. I guess many do not bother to select the correct limit, but just hit report. selecting the speed then replies on the user scrolling through a list, there are too many options including 5's. All UK limits are multiples of 10, have never seen a km speed limit ending in 5 whilst driving in Europe either. Phil (trigpoint) /Andreas On Sat, Aug 16, 2014 at 10:02 PM, Andreas Vilén andreas.vi...@gmail.com wrote: Uhm, no, that's not it... Look at http://www.openstreetmap.org/#map=16/57.9221/12.5033layers=N for example. Also, at least 40-50 notes have been created on this exact location: http://www.openstreetmap.org/note/215471 That leads me to believe that that position is the zero position of the app used to create these notes. It would be really great if the person who managed to figure out what app creates these notes could speak out. The guy I contacted about this also doesn't seem to want to answer questions... Why is everything so cryptic? /Andreas On Sat, Aug 16, 2014 at 8:36 PM, John F. Eldredge j...@jfeldredge.com wrote: On 08/16/2014 01:34 AM, Mateusz Konieczny wrote: 2014-08-16 8:28 GMT+02:00 Maarten Deen md...@xs4all.nl: On 2014-08-16 01:48, Andreas Vilén wrote: This continues to be really annoying, and the obvious spam seems to cluster at a few locations, where 10-20 notes can be created with the same information. The maker of this app must be made clear that notes can't work like this, and users would at least be required to give some contact information. Most of the notes that come from this app are useless and will probably stay in the database forever. And the notes may be anonymous, but IMHO it is prudent to put in the message or the metadata which app reported it. That way you don't have to go on a wild goose chase to see where it is coming from. Maarten If the useless notes are concentrated at a few points, it may mean that someone who lives there or passes through on a regular basis is alpha-testing or beta-testing an app. I agree that both a user contact and the identify of the app are needed. -- John F. Eldredge -- j...@jfeldredge.com Darkness cannot drive out darkness; only light can do that. Hate cannot drive out hate; only love can do that. Dr. Martin Luther King, Jr. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org
Re: [OSM-talk] Incorrect speed limit anonymous notes - who is behind that?
Speed limits that are an odd multiple of 5 are common in the USA. For example, the most common speed limit on motorways within cities is 55 mph. 15 mph is a common speed limit near schools at the times of day when children are likely to be using the crosswalks. Speed limits that aren't an odd or even multiple of 5 are rare, but not unknown. They are usually on private roads. For example, the YMCA owns a large sports facility outside Nashville, TN. The posted speed limits on the private roads within the compound are 16 mph. On August 17, 2014 7:43:03 AM CDT, Philip Barnes p...@trigpoint.me.uk wrote: On Sun, 2014-08-17 at 02:22 +0200, Andreas Vilén wrote: The user in question now told me he's been using the Wisepilot app: http://www.appello.com/apps/wisepilot/ and seemed totally oblivious to it being a mystery, and that it creates strange and unhelpful notes in most cases. I'm guessing Wisepilot doesn't make it very clear what happens when someone reports an error in the app. Thanks Andreas I have just downloaded wisepilot and have been having a play. The first issue I can see is that it defaults to km and to change this relies on the user digging into the settings. This should be a startup question, or just use the GPs to work it out would be even better. The proliferation of these notes using km in the UK does suggest users are not bothering to set it up properly. The km display will obviously proliferate erroneous reports for an unaware user. The speed limit report starts at zero, which is a ridiculous number. I guess many do not bother to select the correct limit, but just hit report. selecting the speed then replies on the user scrolling through a list, there are too many options including 5's. All UK limits are multiples of 10, have never seen a km speed limit ending in 5 whilst driving in Europe either. Phil (trigpoint) /Andreas On Sat, Aug 16, 2014 at 10:02 PM, Andreas Vilén andreas.vi...@gmail.com wrote: Uhm, no, that's not it... Look at http://www.openstreetmap.org/#map=16/57.9221/12.5033layers=N for example. Also, at least 40-50 notes have been created on this exact location: http://www.openstreetmap.org/note/215471 That leads me to believe that that position is the zero position of the app used to create these notes. It would be really great if the person who managed to figure out what app creates these notes could speak out. The guy I contacted about this also doesn't seem to want to answer questions... Why is everything so cryptic? /Andreas On Sat, Aug 16, 2014 at 8:36 PM, John F. Eldredge j...@jfeldredge.com wrote: On 08/16/2014 01:34 AM, Mateusz Konieczny wrote: 2014-08-16 8:28 GMT+02:00 Maarten Deen md...@xs4all.nl: On 2014-08-16 01:48, Andreas Vilén wrote: This continues to be really annoying, and the obvious spam seems to cluster at a few locations, where 10-20 notes can be created with the same information. The maker of this app must be made clear that notes can't work like this, and users would at least be required to give some contact information. Most of the notes that come from this app are useless and will probably stay in the database forever. And the notes may be anonymous, but IMHO it is prudent to put in the message or the metadata which app reported it. That way you don't have to go on a wild goose chase to see where it is coming from. Maarten If the useless notes are concentrated at a few points, it may mean that someone who lives there or passes through on a regular basis is alpha-testing or beta-testing an app. I agree that both a user contact and the identify of the app are needed. -- John F. Eldredge -- j...@jfeldredge.com Darkness cannot drive out darkness; only light can do that. Hate cannot
Re: [OSM-talk] UK is turning blue?
It's doing it again – the UK is going blue once more! Does anyone know what the problem is? Last time, was it a broken coastline in the end? 2014-06-19 10:48 GMT+02:00 Nick Whitelegg nick.whitel...@solent.ac.uk: Must be becoming a political map (Europe rather than US colour scheme). ;-) -Michael Kugelmann michaelk_...@gmx.de wrote: - To: talk@openstreetmap.org From: Michael Kugelmann michaelk_...@gmx.de Date: 18/06/2014 12:15AM Subject: Re: [OSM-talk] UK is turning blue? Am 18.06.2014 00:41, schrieb Colin Smale: why the UK is turning blue on openstreetmap.org? Flood due to massive rain? Heavy tide?;-) Maybe the coastline is broken (or was changed) or something like that... Cheers, Michael. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] UK is turning blue?
On 17/08/2014 20:34, Ruben Maes wrote: It's doing it again – the UK is going blue once more! Does anyone know what the problem is? Last time, was it a broken coastline in the end? The Coastline view in OSMI http://tools.geofabrik.de/osmi/ suggests a self-intersection problem roughly here: http://www.openstreetmap.org/edit?editor=potlatch2#map=20/56.68761/-6.09413 Not sure if a self-intersection would cause this flooding though... Cheers, Andy ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Incorrect speed limit anonymous notes - who is behind that?
Reminds me of what Mapdust failed at. On Sun, Aug 10, 2014 at 7:10 AM, Matthijs Melissen i...@matthijsmelissen.nl wrote: I see a lot of comments like this. The underlying problem seems to be that it is not clear whether notes are meant for armchair mappers, or for surveyors in the field. I think both types of notes are useful: that way the notes can serve as a two-way communication between mappers in the field (for example novices who don't know how to edit the map themselves) and armchair mappers (who might want to communicate with mappers in the field if they are unable to do a field check themselves at that moment). So the solution might be very simple: make two types of notes, 'desk' notes and 'field' notes. The desk notes can be handled by armchair mappers. The field notes need a check in the field. Notes created by anonymous users should be desk notes by default, and if information is missing, the armchair mapper should be able to turn it into a field note. The notes JB refers seem to be field-type notes. I think they are useful, and I think it's not helpful if armchair mappers try to close all of them without doing a survey. Anyone think a split in field and desk notes is a good idea? Implementation of this should be easy. -- Matthijs On 10 August 2014 11:50, JB jb...@mailoo.org wrote: Hello, I think I will reopen the debate here, by asking a simple question: how many of those saying hey, let this note open, it does no harm to anybody have actually browsed a country for its opened notes and tried to close them? How many have done the same with openstreetbugs during its last year of life? If you have not, let me tell you, loud and clear: the note database will become unusable soon. When you browse 10 notes and are forced to leave 9 open because it does provide no clean information, you just stop trying. That is why during OSB close up, I found so many notes of that kind (continue the path, this is wrong, this does not exist, etc.), that where just not clear enough, or where just too old (the correction had been done without OSB), and most of them where more than 2 years old. And this is why OSB was a mess in the end. I have tried to keep the DB clean in France, am still trying by beeing less narrow-minded, but I just see its quality decreasing every day. So I do not have the exact number, but adding some 10s of little valued notes every week saying this speed limit may be wrong, some of them added by error (not along a highway) does not seem an improvement to the notes DB to me. JB. Le 10/08/2014 09:42, Martin Koppenhoefer a écrit : Il giorno 09/ago/2014, alle ore 13:56, Norbert Wenzel norbert.wenzel.li...@gmail.com ha scritto: just seeing these notes along a motorway every few kilometers. And since these messages don't tell what the actual speed limit should be and where it starts it gets really annoying to close all these automatically generated notes. why are you closing them, if you can't solve the issue? I would keep them open, if you are not sure that the limit is correct in OSM cheers, Martin ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Incorrect speed limit anonymous notes - who is behind that?
I've seen km/h speed limits in the US. There's even a sign standard for these, and the Federal Highway Administration is recommending the new signs over the existing MPH signs (tonnes and km/h are circled on the sign, obsolete units have no circle). On Sun, Aug 10, 2014 at 1:52 PM, Philip Barnes p...@trigpoint.me.uk wrote: On Sun, 2014-08-10 at 15:13 +0100, John Sturdy wrote: I wonder whether these incorrect speed limit notes might not be reporting that the speed limit on the map isn't what it is on the road, but someone objecting to what the speed limit on the road is, and making a token protest about it? Most I have seen are plain ridiculous. Apart from the obvious error of using kph in the UK, and USA? Many are 0 (impossible or 10 (really unlikely). The only valid speed I have found was telling me that the speed limit on the M25 is 70mph, which was of course already tagged. There is a lot of accidental misuse of notes, where they are used to tag meet here, the site and so on. These are things that should use the share button, but the misuse is understandable, the word note does not imply suggest improvement or highlight omission. A note in normal usage is something private and informal. It would be interesting to know where these speed limit notes are coming from, if an app is posting then it is only good manners to say who you are. Speed limits are an area in which we are lacking in many areas, but they are also something that needs careful surveying. I am certainly working on these where I can. But it is a slow process, notes highlighting a missing speed limit in a cul-de-sac are not likely to make any mapper change their mapping plan. Phil (trigpoint) On Sun, Aug 10, 2014 at 1:24 PM, JB jb...@mailoo.org wrote: Have a look there: https://github.com/openstreetmap/openstreetmap-website/issues/486 If categories are create (and I think they should), I would still add private notes/heavy duty work JB. Le 10/08/2014 14:10, Matthijs Melissen a écrit : I see a lot of comments like this. The underlying problem seems to be that it is not clear whether notes are meant for armchair mappers, or for surveyors in the field. I think both types of notes are useful: that way the notes can serve as a two-way communication between mappers in the field (for example novices who don't know how to edit the map themselves) and armchair mappers (who might want to communicate with mappers in the field if they are unable to do a field check themselves at that moment). So the solution might be very simple: make two types of notes, 'desk' notes and 'field' notes. The desk notes can be handled by armchair mappers. The field notes need a check in the field. Notes created by anonymous users should be desk notes by default, and if information is missing, the armchair mapper should be able to turn it into a field note. The notes JB refers seem to be field-type notes. I think they are useful, and I think it's not helpful if armchair mappers try to close all of them without doing a survey. Anyone think a split in field and desk notes is a good idea? Implementation of this should be easy. -- Matthijs On 10 August 2014 11:50, JB jb...@mailoo.org wrote: Hello, I think I will reopen the debate here, by asking a simple question: how many of those saying hey, let this note open, it does no harm to anybody have actually browsed a country for its opened notes and tried to close them? How many have done the same with openstreetbugs during its last year of life? If you have not, let me tell you, loud and clear: the note database will become unusable soon. When you browse 10 notes and are forced to leave 9 open because it does provide no clean information, you just stop trying. That is why during OSB close up, I found so many notes of that kind (continue the path, this is wrong, this does not exist, etc.), that where just not clear enough, or where just too old (the correction had been done without OSB), and most of them where more than 2 years old. And this is why OSB was a mess in the end. I have tried to keep the DB clean in France, am still trying by beeing less narrow-minded, but I just see its quality decreasing every day. So I do not have the exact number, but adding some 10s of little valued notes every week saying this speed limit may be wrong, some of them added by error (not along a highway) does not seem an improvement to the notes DB to me. JB. Le 10/08/2014 09:42, Martin Koppenhoefer a écrit : Il giorno 09/ago/2014, alle ore 13:56, Norbert Wenzel norbert.wenzel.li...@gmail.com ha scritto: just seeing these notes along a motorway every few kilometers. And since these messages don't tell what the actual speed limit should be and where it starts it gets really
[OSM-talk-nl] PostGIS Workshop door OSGeo.nl
Beste Mensen, Ja een cross-post, maar PostgreSQL/PostGIS, kortweg PostGIS hier, wordt door ons allen gedeeld... Op de OpenTopo workshops door JW van Aalst bleek er behoefte te zijn aan workshops door OSGeo.nl http://osgeo.nl rond basis tools: met name PostGIS en QGIS. Twee grote specialisten zijn bereid een PostGIS workshop te geven: Michel Sijmons (Nibble IT) en Wouter Boasson (RIVM/HAS). Tijdstip/plaats ergens tussen 15 sept en 1 nov 2014, centrale plek, in de avond plm 3 uur. Wat zou je graag in zo'n workshop zien? Er staat een poll op de OSGeoNL Meetup http://www.meetup.com/OSGeoNL/polls/352 maar je kunt mij ook direct max 6 van onderstaande opties mailen. Installatie: hoe en wat: Mac/PC/Linux Beheer tools: PGAdmin III, PhpPgAdmin Inladen van data: commando's, ETL tools Ruimtelijke (spatial) queries Gebruik binnen QGIS Map/feature (WMS/WFS) web services realiseren Ruimtelijke analyse Praktijk-cases Ik wil vooral hands-on met laptop Nieuwe functies: Raster, PointCloud etc Opschalen: replicatie, EnterpriseDB etc Maakt niet uit: verras me Ik hoop van jullie te horen! Hartelijke groet, --Just Just van den Broecke Secretaris Stichting OSGeo.nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl
[Talk-br] vias interditadas
Amigos, não encontrei referencia e por isso venho solicitar ajuda e opiniões a respeito da configuração de vias que são interditadas para obras a exemplo do que vem ocorrendo frequentemente aqui no Rio de janeiro, em especial na zona Portuária e ao redor dos traçados das novas vias intituladas Trans... (oeste, olímpica, carioca, etc). Na minha opinião, quando uma via ou trecho de via é interditado para obras essa via deve ter seu acesso interrompido ( Access = No ), entretanto venho observando que alguns, ao invés de interromper o acesso da via modificam a configuração da mesma para highway= construction e para isso modificam o tipo de via para empregar essa Construção. Exemplo: construction=trunk Na minha opinião ali não está sendo construída uma via Trunk. Ela existe e só teve seu acesso interrompido. Já as vias ou trechos de vias que não existiam e estão sendo criados é que julgo deveriam receber a TAG em construção. []s Marcio___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] vias interditadas
Olá Márcio, faz sentido. Também acho que só deveria ser usado highway=construction no caso de vias efetivamente novas, por exemplo os túneis do Porto, ou uma TransOlímpica da vida. Acredito que o certo seja access=*, como por exemplo no caso do Leblon, com algumas ruas fechadas para as obras da Linha 4 do Metrô, mas que as vezes são acessíveis para moradores. Lembrando de marcar o acesso como pedestre permitido nos casos em que isto acontecer. []s Em 17/08/2014 13:28, thunder...@gpsinfo.com.br escreveu: Amigos, não encontrei referencia e por isso venho solicitar ajuda e opiniões a respeito da configuração de vias que são interditadas para obras a exemplo do que vem ocorrendo frequentemente aqui no Rio de janeiro, em especial na zona Portuária e ao redor dos traçados das novas vias intituladas Trans... (oeste, olímpica, carioca, etc). Na minha opinião, quando uma via ou trecho de via é interditado para obras essa via deve ter seu acesso interrompido ( Access = No ), entretanto venho observando que alguns, ao invés de interromper o acesso da via modificam a configuração da mesma para highway= construction e para isso modificam o tipo de via para empregar essa Construção. Exemplo: construction=trunk Na minha opinião ali não está sendo construída uma via Trunk. Ela existe e só teve seu acesso interrompido. Já as vias ou trechos de vias que não existiam e estão sendo criados é que julgo deveriam receber a TAG em construção. []s Marcio ___ 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] vias interditadas
Acho que existe uma diferença semântica aí. De fato temos vias no Rio que estão efetivamente fechadas, mas as pistas estão lá, inteiras e acessíveis a pedestres inclusive. Essas aí devem ter a tag access=no. Agora existem vias cujo leito está sendo escavado e portanto serão refeitas. Para mim isso é caso de tag highway=construction. A documentação do OSM inclusve alude a vias sendo reparadas como caso dessa tag: http://wiki.openstreetmap.org/wiki/Key:construction . Em 17 de agosto de 2014 13:38, Arlindo Pereira openstreet...@arlindopereira.com escreveu: Olá Márcio, faz sentido. Também acho que só deveria ser usado highway=construction no caso de vias efetivamente novas, por exemplo os túneis do Porto, ou uma TransOlímpica da vida. Acredito que o certo seja access=*, como por exemplo no caso do Leblon, com algumas ruas fechadas para as obras da Linha 4 do Metrô, mas que as vezes são acessíveis para moradores. Lembrando de marcar o acesso como pedestre permitido nos casos em que isto acontecer. []s Em 17/08/2014 13:28, thunder...@gpsinfo.com.br escreveu: Amigos, não encontrei referencia e por isso venho solicitar ajuda e opiniões a respeito da configuração de vias que são interditadas para obras a exemplo do que vem ocorrendo frequentemente aqui no Rio de janeiro, em especial na zona Portuária e ao redor dos traçados das novas vias intituladas Trans... (oeste, olímpica, carioca, etc). Na minha opinião, quando uma via ou trecho de via é interditado para obras essa via deve ter seu acesso interrompido ( Access = No ), entretanto venho observando que alguns, ao invés de interromper o acesso da via modificam a configuração da mesma para highway= construction e para isso modificam o tipo de via para empregar essa Construção. Exemplo: construction=trunk Na minha opinião ali não está sendo construída uma via Trunk. Ela existe e só teve seu acesso interrompido. Já as vias ou trechos de vias que não existiam e estão sendo criados é que julgo deveriam receber a TAG em construção. []s Marcio ___ 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] vias interditadas
Como citado pelo Arlindo, não podemos esquecer do tráfego de pedestres quando interditamos uma via aplicando highway=construction Das vias interditadas no Rio de Janeiro desconheço aquela cujo tráfego de pedestre tenha sido interrompido, até porque existem imóveis ocupados nas laterais delas. As vias escavadas e que serão refeitas continuam permitindo acesso de pedestres aos imóveis. Algumas até permitem acesso de veículos para somente moradores. Por exemplo de via que será escavada e refeita, aponto um pequeno trecho da Av Rodrigues Alves, visto em https://www.openstreetmap.org/way/294383481 . Esse trecho, como os que se seguem a ele, sentido oeste, encontra-se interrompido, entretanto estive por ali recentemente e os pedestres continuam com acesso aos imóveis existentes na lateral da via, pista sentido centro. Quando se configura um trecho de via hightway= construction impede-se qualquer tipo de acesso aquele trecho impedindo-se o pedestre chegar ao imóvel existente naquele trecho de via. Por essa razão continuo defendendo que não se deve aplicar highway=construction para vias que existem, porém estão fechadas para melhorias. O highway=construction só deve ser empregado para retratar um projeto de via aprovado e em curso de execução. From: Paulo Carvalho Sent: Sunday, August 17, 2014 4:52 PM To: OpenStreetMap no Brasil Subject: Re: [Talk-br] vias interditadas Acho que existe uma diferença semântica aí. De fato temos vias no Rio que estão efetivamente fechadas, mas as pistas estão lá, inteiras e acessíveis a pedestres inclusive. Essas aí devem ter a tag access=no. Agora existem vias cujo leito está sendo escavado e portanto serão refeitas. Para mim isso é caso de tag highway=construction. A documentação do OSM inclusve alude a vias sendo reparadas como caso dessa tag: http://wiki.openstreetmap.org/wiki/Key:construction . ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] vias interditadas
Mas , se não são mapeadas calçadas ( que são os locais por onde os pedestres circulam ) por que se deixar abertas vias que estão interrompidas para o trafego de veículos ? Não estariam esquecendo que o OSM também é usado por veículos através de GPS ? ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-de] Veröffentlichung OpenTopoMap Garmin-Edition
Stefan Erhardt stefan_erha...@gmx.de wrote: http://garmin.opentopomap.org Gibt es ein Mini HOWTO, wie man das selber rechnet? Hintergrund: Ich rechne bisher für mich selbst immer noch eine Version der AIO mit einen Ausschnitt, den ich DACH+ nenne. Es handelt sich dabei um folgende bbox: 5.8,45.7 16.7,55.2 Das umfaßt den kompletten deutschsprachingen Raum sowie mehr oder weniger große Teile der Nachbarländer hört aber nicht künstlich an der Grenze auf. Grade hier am Oberrhein empfinde ich Karten bei denen linksrheinisch Drachen wohnen ziemlich ungeschickt. Gruss Sven -- The main thing to note is that when you choose open source you don't get a Windows operating system. (from http://www.dell.com/ubuntu) /me is giggls@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-in] City boundaries
Hello everyone, I just noticed that cities in India (and most things under admin_level 5) are actually nodes and not polygons/closed ways. Some googling around couldn't make sense out of this, so I'm sending a mail here to see if someone could explain this to me. Is it this way on purpose? Am I somehow missing the polygons? If not, would it be okay if I created them? Many thanks, Rémy Sanchez ___ Talk-in mailing list Talk-in@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-in
Re: [Talk-in] City boundaries
On Mon, Aug 18, 2014 at 5:38 AM, Rémy Sanchez remy.sanc...@activkonnect.com wrote: Hello everyone, I just noticed that cities in India (and most things under admin_level 5) are actually nodes and not polygons/closed ways. Some googling around couldn't make sense out of this, so I'm sending a mail here to see if someone could explain this to me. This is because there is no dataset available from where we can derive the official urban body boundaries. Is it this way on purpose? Am I somehow missing the polygons? If not, would it be okay if I created them? How do you plan to create them? Many thanks, Rémy Sanchez ___ Talk-in mailing list Talk-in@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-in -- Arun Ganesh (planemad) http://en.wikipedia.org/wiki/User:Planemad http://j.mp/ArunGanesh ___ Talk-in mailing list Talk-in@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-in
Re: [Talk-it] Best places to live in england
Questo mi sembra veramente molto bello! Peccato che usi Google... On 15 August 2014 19:29, Francesco Piero Paolicelli pierso...@gmail.com wrote: http://illustreets.co.uk/explore-england/ Carina come idea. Unisce alcuni parametri statistici (criminalità ect) e indica su cartoDb i posti migliori dove vivere Inviato da iPhone ___ 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] Best places to live in england
Si certo. Ma usando cartodb se facciamo una cosa simile possiamo usare la base cartografica che vogliamo Inviato da iPhone Il giorno 17/ago/2014, alle ore 10:32, Francesco Pasa francescop...@gmail.com ha scritto: Questo mi sembra veramente molto bello! Peccato che usi Google... On 15 August 2014 19:29, Francesco Piero Paolicelli pierso...@gmail.com wrote: http://illustreets.co.uk/explore-england/ Carina come idea. Unisce alcuni parametri statistici (criminalità ect) e indica su cartoDb i posti migliori dove vivere Inviato da iPhone ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Shape portale regione Lombardia
Il 08/16/2014 11:25 PM, Maurizio Napolitano scrisse: Sul sito il disclamer non porta a nulla. Ho messo il link senza accorgermi che era javascript. Come gia' scritto, bisogna andare in fondo alla pagina dove c'e' il link alle Note legali. I dati scaricabili tramite il servizio di Download del Geoportale sono messi a disposizione con licenza IODL 2.0 o con licenza CC-BY-NC-SA 3.0 Italia. Il tipo di licenza assegnata è descritta nella scheda informativa associata a ogni gruppo di layer, accessibile tramite l'icona con cui si visualizzano i metadati, nel quadro Informazioni su distribuzione, limitazioni d'uso e accessibilità, nella voce limitazioni d'uso. Per tornare alla domanda: fossi in te scriverei direttamente all'indirizzo di informazioni presente sul sito e al referente di dati.lombardia.it Ok, grazie, seguiro' il tuo consiglio. Anche se non sono molto fiducioso nelle risposte. Mi e' gia' capitato di scrivere ad enti (piu' piccoli della regione) e nessuno si e' pregiato di rispondermi. ciao maxx ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Problemi con il sito PCN?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Risulta anche a voi problemi di collegamento sia da Josm per il WMS, che via web al sito del PCN [0]? [0] http://www.pcn.minambiente.it/GN/index.php?lan=it - -- Simone Girardelli -BEGIN PGP SIGNATURE- Version: GnuPG v1 iF4EAREIAAYFAlPw/AoACgkQoVS0hKoD3POr3QD/aigpeqyvsAhVLmJ3QSKXzGfp xvWNutYcJD156cGh1lQA/2rJjz1POW2lWCdXa+wbKvJD1RKAAO1xVSi/S9aTQIrK =khR9 -END PGP SIGNATURE- ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Problemi con il sito PCN?
Confermo, ieri e oggi On 17 August 2014 21:01, girarsi_liste liste.gira...@gmail.com wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Risulta anche a voi problemi di collegamento sia da Josm per il WMS, che via web al sito del PCN [0]? [0] http://www.pcn.minambiente.it/GN/index.php?lan=it - -- Simone Girardelli -BEGIN PGP SIGNATURE- Version: GnuPG v1 iF4EAREIAAYFAlPw/AoACgkQoVS0hKoD3POr3QD/aigpeqyvsAhVLmJ3QSKXzGfp xvWNutYcJD156cGh1lQA/2rJjz1POW2lWCdXa+wbKvJD1RKAAO1xVSi/S9aTQIrK =khR9 -END PGP SIGNATURE- ___ 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] Shape portale regione Lombardia
Ho messo il link senza accorgermi che era javascript. Come gia' scritto, bisogna andare in fondo alla pagina dove c'e' il link alle Note legali. I dati scaricabili tramite il servizio di Download del Geoportale sono messi a disposizione con licenza IODL 2.0 o con licenza CC-BY-NC-SA 3.0 Italia. Non me ne ero accorto Grazie.Sulla iodl 2.0 vale quello già raccontato Idem per la cc-by-nc-sa Solo un appunto: cc-by-nc--sa è in conflitto con ODbL per due clausole - NC = la odbl non vieta lo sfruttamento commerciale - SA = la odbl, seppur con una casistica simile alla LGPL (ma sui dati), impone a sua volta il riuso della stessa licenza, quindi non va d'accordo con la CC che ha questa clausola A questa poi si aggiunge la clausola ND (= no derivs) sulla quale non credo serva approfondire Per tornare alla domanda: fossi in te scriverei direttamente all'indirizzo di informazioni presente sul sito e al referente di dati.lombardia.it Ok, grazie, seguiro' il tuo consiglio. Anche se non sono molto fiducioso nelle risposte. Mi e' gia' capitato di scrivere ad enti (piu' piccoli della regione) e nessuno si e' pregiato di rispondermi. Credo che passando da dati.lombardia.it dovresti trovare più ascolto Nel frattempo vediamo di far arrivare la voce su questo thread ;) Ribadisco invece il consiglio di Simone Cortesi in merito all'autorizzazione della Carta Tecnica Regionale. Torna utile sia per vedere se su questa è rappresentato quanto stai cercando, sia per aprire il dialogo con la Regione. Ciao ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Shape portale regione Lombardia
2014-08-17 22:23 GMT+02:00 Maurizio Napolitano napoo...@gmail.com: Credo che passando da dati.lombardia.it dovresti trovare più ascolto Nel frattempo vediamo di far arrivare la voce su questo thread ;) Ribadisco invece il consiglio di Simone Cortesi in merito all'autorizzazione della Carta Tecnica Regionale. Torna utile sia per vedere se su questa è rappresentato quanto stai cercando, sia per aprire il dialogo con la Regione. ho cercato i documenti di allora, li trovi qui: http://wiki.osm.org/wiki/Lombardia/ToDo#Dati_non_utilizzabili posso dirti che con regione lombardia c'e' sempre stato un raporto molto concreto e proficuo, quindi, se dovessi trovare problemi nelle risposte, scrivimi che vedo di sentire qualcuno io direttamente. -- -S ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-gb-westmidlands] Mapping Wikipedia artciles
There is a plugin for JOSM that does Wikipedia. Just been using it around Malvern, There is quite a lot of work to do, plus it shows a few errors in Wikipedia. Ian Caldwell. Ian On 15 August 2014 21:47, Matthijs Melissen i...@matthijsmelissen.nl wrote: On 15 August 2014 21:11, Andy Mabbett a...@pigsonthewing.org.uk wrote: I would like to propose a project for our group: that we make the West Midlands the first county with all of its geotagged Wikipedia articles, and their equivalent Wikidata entries, added to OSM. I think that's a great idea. Having wikipedia articles linked is very useful, in particular on mobile when touring around. And I think wikidata has the potential to become very important in the future too. wikipedia en:St Paul's Church, Birmingham Do we add the equals sign after wikipedia, or do we use wikipedia:en? You can see local, geotagged Wikipedia articles on this map: https://tools.wmflabs.org/wiwosm/osm-on-ol/kml-on-ol.php?la=enuselang=enlon=-1.865lat=52.450rang=50map=1 I don't understand that map very well. Is there a legend? Is there a way to see what has been done already? Especially the latter is very important. How do we tag things that only appear on a list, such as 'Grade I listed buildings in the West Midlands'? What do you think? Any questions? Will you help? Like I said, I think it's a great idea. I added tags for a couple of buildings in the city centre already, and plan to help adding some more. -- Matthijs ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb-westmidlands ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb-westmidlands
Re: [Talk-gb-westmidlands] Mapping Wikipedia artciles
On 17 August 2014 17:07, Brian Prangle bpran...@gmail.com wrote: I've spent an hour tagging ways and nodes in Solihull. I started on the main wikipedia page for Solihull and then followed all the relevant links. I'll continue for Solihull - it's probably easier to try and complete this LA area as there'll be fewer wikipedia articles. Probably complete it by Xmas - if you want to use it as a case study Andy. It makes a welcome change from existing mapping projects Brian, that's a great start, thank you. There were a couple of multipolygons that required tagging (BHX and NEC) Those are interesting, I see that the relation you tagged for the latter has the name NEC. There's also: https://www.openstreetmap.org/way/31644931#map=15/52.4538/-1.7192 which is a building, and has the name National Exhibition Centre, in full. How did you decide which to tag? In discussions of automating these tags, we've looked at tagging like objects; so whatever has amenity=exhibition centre or amenity=airport (or whatever the applicable values are) Tag data for the West Mids: from ITOworld so it doesn't count nodes wikipedia 209 wikipedia:en 3 wikidata 20 I wonder why there are so many more Wikipedia than Wikidata? There's also a smattering of wikipedia :architect :artist :subject That's nice to see; again, they could use Wikidata, but that's not crucial. -- Andy Mabbett @pigsonthewing http://pigsonthewing.org.uk ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb-westmidlands
[Talk-es] Participación en hackathon global contra el cambio climático #hack4good
Hola a todo el mundo, Soy desarrollador GIS y organizador vocacional de hackathones. Junto con mis compañeros de http://hackathonlovers.com/, estoy organizando la edición local (en Madrid) de #hack4good, el hackathon global contra el cambio climático. Se celebrará los días 12-14 Sept en más de 40 ciudades de todo el mundo. Enterarse de qué va, de un vistazo: https://www.dropbox.com/s/soxly5eal5e29ov/Geeklist%20Hack4Good%200.6%20Overview.pdf Ampliar información: https://geekli.st/hackathon/hack4good-06 Os escribo a la lista para conseguir: - Ideas a desarrollar. Como veréis en el último enlace, hay diferentes áreas de actuación, e incluso algunas ideas ya propuestas. Pero cuantas más ideas tengamos provenientes del mundo real, mucho mejor. Estoy seguro de que la gente de OSM tenéis grandes ideas que aportar a este hackathon en particular. - Que os animéis a participar, por supuesto (en el último enlace podéis apuntaros, pinchando en 'Join the Hackathon!) - Mentores técnicos y jueces locales. El papel de los jueces sería simplemente votar los proyectos el último día. Es bueno que haya gente de diferentes perfiles. En cuanto a los mentores técnicos, su papel es estar echando una mano a los grupos, orientándoles, resolviendo dudas, etc. Nada más por ahora, ¡espero que os animéis! Saludos, -- Jorge Arevalo http://about.me/jorgeas80 ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
[Talk-pe] Corredores y Metro de Lima
Hola a todos, he empezado a completar el mapa con la información de las nuevas rutas de transporte del SIT (específicamente el llamado Corredor Azul, incluyendo los paraderos de las líneas 301 y 303 - semi expreso). Me he dado cuenta que falta completar el trazado de la línea 1 del Tren Electrico (el tramo 2, reciéntemente inaugurado). Al parecer hay bastante trabajo que se viene en este tema. En las próximas semanas empiezan las rutas alimentadoras del corredor azul, y a mediados de septiembre empeiza el Corredor de Javier Prado - La Marina, que va a tener sus propios alimentadores. Si alguien quiere dar una mano sería genial. Saludos! -- Jorge Meneses Lic. en Sociología jorgej...@gmail.com ___ Talk-pe mailing list Talk-pe@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-pe
[Talk-ro] starea drumurilor
Salut! Mai funcționează harta cu starea drumurilor[1]? Am folosit-o în trecut, și a fost super utilă, dar acum văd că nu se mai încarcă tile-urile cu drumurile colorate. -- Alex [1] http://www.openmap.ro/auto/ ___ Talk-ro mailing list Talk-ro@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ro
Re: [Talk-ro] starea drumurilor
În data de 17 august 2014, 11:17, Alex Morega a...@grep.ro a scris: Salut! Mai funcționează harta cu starea drumurilor[1]? Am folosit-o în trecut, și a fost super utilă, dar acum văd că nu se mai încarcă tile-urile cu drumurile colorate. Nu: https://www.facebook.com/groups/1487443198159793/permalink/1494077640829682/?comment_id=1494146280822818offset=0total_comments=24 Nice to know ca nu eram singurul care o folosea :) -- Alex [1] http://www.openmap.ro/auto/ ___ Talk-ro mailing list Talk-ro@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ro ___ Talk-ro mailing list Talk-ro@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ro
Re: [Talk-ro] starea drumurilor
On 17 Aug 2014, at 11:52, Strainu strain...@gmail.com wrote: În data de 17 august 2014, 11:17, Alex Morega a...@grep.ro a scris: Salut! Mai funcționează harta cu starea drumurilor[1]? Am folosit-o în trecut, și a fost super utilă, dar acum văd că nu se mai încarcă tile-urile cu drumurile colorate. Nu: https://www.facebook.com/groups/1487443198159793/permalink/1494077640829682/?comment_id=1494146280822818offset=0total_comments=24 Nice to know ca nu eram singurul care o folosea :) Hmm, pot să donez un pic de resurse de procesare și hosting, dacă Ciprian mai are codul și poate să dea un sfat la setup. -- Alex ___ Talk-ro mailing list Talk-ro@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ro
Re: [Talk-lv] ritenjbrauceejiem - iron curtain trail ?
On 2014.08.16. 19:56, Rich wrote: varbuut ritenjbraukshanas entuziasti var papildinaat sho velocelinju ? http://api.osm.org/relation/2769637#map=8/57.029/23.483 https://en.wikipedia.org/wiki/EV13_The_Iron_Curtain_Trail Es par šo radio pirms 2 nedēļām dzirdēju, taisni pašam sagribējās pabraukties pa to, bet tiešām ir tā, ka ne pilnībā pabeigta. -- Instigater Serveru noma Eiropas Savienības datu centrā - sākot no 9.50 Ls/mēn www.projektam.lv ___ Talk-lv mailing list Talk-lv@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-lv
[Talk-cz] Změna ve vykreslování tramvají na silnici (?)
Zdravím, včera jsem si všiml „chybějících tramvajových kolejí“ na mapě Prahy a po chvilce pátrání mám dojem, jako by se dost zásadně změnilo vykreslování standardní vrstvy na OSM, což má za následek prakticky totální rozbití tramvajových tratí na mapě. Pokud se nepletu, odjakživa se tramvaje na silnici kreslily normálně do jedné cesty otagované zároveň jako highway=* a railway=tram. [1] Ale teď se mi zdá, že se z takové kombinace černá čára reprezentující tramvajovou trať vypařila. [2] V Brně jsem si na jednom místě všimnul nově zakreslené [3] _druhé_ cesty (se stejným průběhem), přičemž highway=* zůstane na jedné cestě a na novou cestu se vydělí railway=tram. [4] To, zdá se, způsobí správné vykreslení. Takže: Změnil se doporučovaný (tedy, jediný funkční) způsob tagování? (A cíleně, nebo nějakým omylem ve stylech?) Bylo o tom někde informováno (či dokonce diskutováno)? Ví případně Mar4s, který to v Brně „opravoval“, o tom něco, nebo jen metodou pokus/omyl našel způsob, jak to změnit, aby se to vykreslilo jako dřív? Nebo je všechno jinak? -- Petr Kadlec / Mormegil [1] Zcela namátkou: http://www.openstreetmap.org/way/131565891 [2] Povšimněte si příšerného vzhledu křižovatky http://osm.org/go/0J0lH1vtQ, kde zůstaly vidět jen koleje nevedoucí po silnici. [3] http://www.openstreetmap.org/changeset/24701510 [4] http://www.openstreetmap.org/way/297357661 ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Změna ve vykreslování tramvají na silnici (?)
Dne 17.8.2014 18:00, Petr Kadlec napsal(a): Zdravím, včera jsem si všiml „chybějících tramvajových kolejí“ na mapě Prahy a po chvilce pátrání mám dojem, jako by se dost zásadně změnilo vykreslování standardní vrstvy na OSM, což má za následek prakticky totální rozbití tramvajových tratí na mapě. Pokud se nepletu, odjakživa se tramvaje na silnici kreslily normálně do jedné cesty otagované zároveň jako highway=* a railway=tram. [1] Ale teď se mi zdá, že se z takové kombinace černá čára reprezentující tramvajovou trať vypařila. [2] V Brně jsem si na jednom místě všimnul nově zakreslené [3] _druhé_ cesty (se stejným průběhem), přičemž highway=* zůstane na jedné cestě a na novou cestu se vydělí railway=tram. [4] To, zdá se, způsobí správné vykreslení. Takže: Změnil se doporučovaný (tedy, jediný funkční) způsob tagování? (A cíleně, nebo nějakým omylem ve stylech?) Bylo o tom někde informováno (či dokonce diskutováno)? Ví případně Mar4s, který to v Brně „opravoval“, o tom něco, nebo jen metodou pokus/omyl našel způsob, jak to změnit, aby se to vykreslilo jako dřív? Nebo je všechno jinak? -- Petr Kadlec / Mormegil [1] Zcela namátkou: http://www.openstreetmap.org/way/131565891 [2] Povšimněte si příšerného vzhledu křižovatky http://osm.org/go/0J0lH1vtQ, kde zůstaly vidět jen koleje nevedoucí po silnici. [3] http://www.openstreetmap.org/changeset/24701510 [4] http://www.openstreetmap.org/way/297357661 Ahoj, to je nahlášený bug ve vykreslování. https://github.com/gravitystorm/openstreetmap-carto/issues/874 Zdraví, Petr Morávek aka Xificurk ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Změna ve vykreslování tramvají na silnici (?)
Ano, oddělování tramvají od silnic v Ostravě (komplet) a v Brně (napůl dokončeno) je moje práce. Uvažoval jsem o tom už delší dobu, ale nový způsob renderování mapniku mě k tomu tak říkajíc dokopal. Podle toho co vím, tak na cestách s kombinací highway+railway mapnik nově vykresluje highway NAD railway. Jinak se nic nezměnilo. Dle wiki jsou povolené oba způsoby tagování, ale doporučuje se ten se zvláštními cestami pro highway i railway. -- Původní zpráva -- Od: Petr Kadlec petr.kad...@gmail.com Komu: OpenStreetMap Czech Republic talk-cz@openstreetmap.org Datum: 17. 8. 2014 18:02:13 Předmět: [Talk-cz] Změna ve vykreslování tramvají na silnici (?) Zdravím, včera jsem si všiml „chybějících tramvajových kolejí“ na mapě Prahy a po chvilce pátrání mám dojem, jako by se dost zásadně změnilo vykreslování standardní vrstvy na OSM, což má za následek prakticky totální rozbití tramvajových tratí na mapě. Pokud se nepletu, odjakživa se tramvaje na silnici kreslily normálně do jedné cesty otagované zároveň jako highway=* a railway=tram. [1] Ale teď se mi zdá, že se z takové kombinace černá čára reprezentující tramvajovou trať vypařila. [2] V Brně jsem si na jednom místě všimnul nově zakreslené [3] _ druhé_ cesty (se stejným průběhem), přičemž highway=* zůstane na jedné cestě a na novou cestu se vydělí railway=tram. [4] To, zdá se, způsobí správné vykreslení. Takže: Změnil se doporučovaný (tedy, jediný funkční) způsob tagování? (A cíleně, nebo nějakým omylem ve stylech?) Bylo o tom někde informováno (či dokonce diskutováno)? Ví případně Mar4s, který to v Brně „opravoval“, o tom něco, nebo jen metodou pokus/omyl našel způsob, jak to změnit, aby se to vykreslilo jako dřív? Nebo je všechno jinak? -- Petr Kadlec / Mormegil [1] Zcela namátkou: http://www.openstreetmap.org/way/131565891 (http://www.openstreetmap.org/way/131565891) [2] Povšimněte si příšerného vzhledu křižovatky http://osm.org/go/0J0lH1vtQ (http://osm.org/go/0J0lH1vtQ), kde zůstaly vidět jen koleje nevedoucí po silnici. [3] http://www.openstreetmap.org/changeset/24701510 (http://www.openstreetmap.org/changeset/24701510) [4] http://www.openstreetmap.org/way/297357661 (http://www.openstreetmap.org/way/297357661) ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz;___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Tracer - pLPIS
Dne 16.8.2014 21:49, Jir(í Parkan napsal(a): Bingo! s tímhle parametrem uz( to funguje, pr(idám si ho do spous(te(cí dávky. Díky! Tak to je fajn. Kouknu, co je tr(eba nastavit, aby to fungovalo samo. C(love(k tak ne(jak pr(edpokládal z(e kdyz( má soubor v hlavic(ce UTF-8 kódování, z(e to bude fungovat. Bohuz(el na windows to neplatí. Uz( by si v Microsoftu mohli uve(domit, z(e se pís(e rok 2014 a uz( nejakou dobu je UTF-8 standard ;-) Marián 2014-08-16 21:43 GMT+02:00 Marián Kyral mky...@email.cz mailto:mky...@email.cz: Tak jsem jes(te( koukal na tu exception. Mu*z(es( zkusit pr(idat tento parametr? -Dfile.encoding=UTF8 Moz(ná to bude ono. Marián On 16. srpna 2014 19:09:30 CEST, Jir(í Parkan jpar...@gmail.com mailto:jpar...@gmail.com wrote: Ahoj, výstup url pr(ikládám (7883723.xml), letmým pohledem se mi zdá ok. Pár pr(íkladu* lpis ID která nefungovala: 8570042, 9403951, 8570047 Jsou to políc(ka v téhle oblasti: http://osm.org/go/0JbF878yo-- Pr(ikládám také uloz(ené xml jednoho z nich (8570042.xml), v prohlíz(ec(i se taky zdá v por(ádku. Pr(i trasování probe(hne v konzoli JOSM chyba parsování xml a je tam vide(t pomrs(ená diakritika, viz obrázky. Moz(ná je to ale jen chyba zobrazení v konzoli, netus(ím. Systém je Win7 home CZ. Parkis 2014-08-16 18:42 GMT+02:00 Marián Kyral mky...@email.cz mailto:mky...@email.cz: Ahoj, pos(li mi prosím konkrétní body. Mám takové podezr(ení, z(e to je ne(jaký problém s windows. Protoz(e na linuxu to je bez problému*. Mu*z(ete mi prosím vs(ichni zkusit v prohlíz(ec(i toto url: http://eagri.cz/public/app/wms/plpis_wfs.fcgi?VERSION=1.1.0SERVICE=WFSREQUEST=GetFeatureTYPENAME=LPIS_FB4featureID=LPIS_FB4.7883723SRSNAME=EPSG:102067 A pr(ípadne( mi poslat výstup? Me(lo by to vypadat podobne( jako na obrázku. Pokud atribut ms:kultura nevypadá takto: *ms:kulturaorná pu*da/ms:kultura* Tak je to s(patne( a musíme zjistit, kde je problém. V traceru není, ten uz( dostane s(patná data. (je to ten pr(íklad od Honzy níz(e, kdyby to chte(l ne(kdo zkoumat). Marián Dne 16.8.2014 10:47, Jir(í Parkan napsal(a): Ahoj, také jsem naráz(el na ne(jaké plochy kterým tracer nepr(ir(adil typ plochy. Na Tr(ebíc(sku to byla tak jedna z dvaceti. Vc(era jsem mapoval kousek okolo Plzne(-Boz(kova a tam byly bez typu plochy naprosto vs(echny polygony. Parkis 2014-08-15 16:08 GMT+02:00 Marián Kyral mky...@email.cz mailto:mky...@email.cz: Ahoj, bohuz(el nemám kompletní seznam toho, co mu*z(u lpis oc(ekávat. Takz(e ne(kdy to nezafunguje a je potr(eba mi to nahlásit a já to doplním do mapování. Nicméne(, u tého konkrétní cesty se mi doplní orná pu*da. Takz(e tím to není. Ale ne(co podobného jsem uz( vide(l. R(es(il jsem to s Honzou Mladým. Do odpove(di z WMS se ne(jakým záhadným zpu*sobem dostaly podivné znaky. Vz(dy se vecpou na stejné místo a to, jestli se ne(co natrasuje správne( nebo ne zález(í jen na velikosti trasované plochy. Pr(i urc(itém poc(tu uzlu* se ty podivné znaky tr(efí práve( do pole s kulturou a tracer pak nic nenajde. Ale proc( se to de(je netus(ím. U mne( se tento problém nevyskytuje. A Honza je ted( na dovolené, takz(e dals(í zkoumání momentálne( neprobíhá. Marián -- Pu*vodní zpráva -- Od: Jan Dudík jan.du...@gmail.com mailto:jan.du...@gmail.com Komu: OpenStreetMap Czech Republic talk-cz@openstreetmap.org mailto:talk-cz@openstreetmap.org Datum: 15. 8. 2014 15:14:44 Pr(edme(t: Re: [Talk-cz] Tracer - pLPIS Díky, bylo to tím nastavením. Ale narazil jsem na plochy v LPIS, kterým tracer pr(ir(adí pouze ref a source, z(ádné landuse. asi 6 jich je na relativne( malé plos(e v katastru Plav: http://www.openstreetmap.org/#map=16/48.9090/14.4976 napr(. http://www.openstreetmap.org/way/297894310 tel:297894310 je to záme(r nbeo chyba? --- Ing. Jan Dudík projekce dopravních staveb
Re: [Talk-cz] Tracer - pLPIS
Dne 17.8.2014 00:55, Petr Schönmann napsal(a): Nemás( Javu 8 ? Me( se de(je stejná ve(c. Na linuxu s j7 ok Viz http://stackoverflow.com/a/25044652 Marián ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] aktualizace chráněných území
Dne 16.8.2014 19:24, Jiří Sedláček napsal(a): Jenom upřesním, první dávka chráněných území (tuším snad před pár rokama - cca 4) se vkládala roboticky a čerpalo se z dat AOPK (http://drusop.nature.cz/), tuším, že to bylo možná i nějak zkombinovaný s dalšíma datama - už si to přesně nepamatuju, přeci jen - je to dlouho. Na aktualizaci se pracuje průběžně, téměř to nelze sledovat, protože nový chráněný území jsou vyhlašovány (převážně) krajskou samosprávou a to dost nahodile a do DRUSOPu pronikají tak nějak hodně náhodně. Ahoj, jakou formou ta aktualizace probíhá? Ručně? Marián J. 2014-08-14 9:33 GMT+02:00 Marián Kyral mky...@email.cz mailto:mky...@email.cz: Iniciativě se meze nekladou ;-) Co tak koukám do wiki, je to čistě manuální práce, žádný skript. Já se teď určitě do ničeho pouštět nebudu. O shapefile jsem zatím jen slyšel a ještě jsem neměl čas ani sílu se tím zabývat. Nicméně jsem si všiml, že existuje doplněk OpenData [1] do JOSM, který by měl umět ty shapefile načíst a dále s nimi pracovat. Na přidání linku na Wikipedii se zase hodí doplněk Wikipedia [2] Klidně si to zkus, podle mne by to neměl být až takový problém. Jen, co tak koukám, je toho nějak moc a udělat na to aktualizační skript asi bude trochu složitější. Ale možná by to mohlo být stejné jako u importu hranic. Co by se ale dalo udělat programově by byla aktualizace tagů, hlavně oprava těch nadbytečných mezer - není to dlouho, co to tady někdo chtěl řešit a nedořešil. A i to přiřazení wikipedia tagu by nemuselo být až tak složité. Začal bych asi tím, že bych si přes http://overpass-turbo.eu vytáhl seznam všech chráněných území a uložil je do osm souboru. (kliknout na Wizard, do okýnka zadat leisure=nature_reserve a kliknout na build and run query. Pak jen potvrdit, že těch pár mega nebude problém ;-) (záleží na velikosti zobrazené oblasti). Pak už jen Export a vybrat JOSM.) Pak dostaneš OSM soubor, který můžeš otevřít v JOSM, případně jej před otevřením upravit nějakým tím skriptíkem (je to jednoduché XML). [1] http://wiki.openstreetmap.org/wiki/JOSM/Plugins/OpenData [2] http://josm.openstreetmap.de/wiki/Help/Plugin/Wikipedia Tak přeji hodně štěstí ;-) Marián -- Původní zpráva -- Od: xkomc...@centrum.cz mailto:xkomc...@centrum.cz Komu: talk-cz@openstreetmap.org mailto:talk-cz@openstreetmap.org Datum: 13. 8. 2014 22:45:22 Předmět: [Talk-cz] aktualizace chráněných území Zdravím, chtěl jsem se zeptat na aktualizaci chráněných území EEA - http://wiki.openstreetmap.org/wiki/EEA:Nationally_designated_areas_import . Psal jsem si s uživatelem Kozuch, který import před dvěma lety prováděl a ten na aktualizaci nemá vůbec čas. Zmínil ale, že by bylo vhodné provést propojení s wikipedií - dnes téměř každá chráněná oblast má svoji vlastní stránku na cs.wikipedii. Na samotnou aktualizaci si rozhodně netroufám, ale mohl bych pomoct s nějakým poloautomatickým importem wiki stránek. Zároveň bych prosil toho, kdo bude případnou aktualizaci provádět, zda-li by bylo možné zachovat i zaniklá chráněná území (předřadit jim tag disused nebospíš abandon), neboť informace o tom kde bývalo chráněné území je stále cenné (viz třeba ta wikipedie, kde jsou stránky i o těch již zaniklých). xkomczax ___ Talk-cz mailing list Talk-cz@openstreetmap.org mailto:Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org mailto:Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz -- S pozdravem, Jirka Sedláček --- jirisedla...@gmail.com mailto:jirisedla...@gmail.com ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Změna ve vykreslování tramvají na silnici (?)
Dne 08/17/2014 v 07:31 PM Michal Pustějovský napsal(a): Ano, oddělování tramvají od silnic v Ostravě (komplet) a v Brně (napůl dokončeno) je moje práce. Uvažoval jsem o tom už delší dobu, ale nový způsob renderování mapniku mě k tomu tak říkajíc dokopal. Podle toho co vím, tak na cestách s kombinací highway+railway mapnik nově vykresluje highway NAD railway. Jinak se nic nezměnilo. Dle wiki jsou povolené oba způsoby tagování, ale doporučuje se ten se zvláštními cestami pro highway i railway. To dává smysl tam, kde jde o oddělené cesty (nebo alespoň oddělené pruhy); ale oddělovat tramvaj od zbytku silnice např. v Křižovnické v Praze smrdí mapováním pro konkrétní renderer. (Kdo netuší, co myslím: koleje zaasfaltované do silnice, osa silničního pruhu zhruba odpovídá ose trati - pro ilustraci viz např. https://www.google.cz/maps/place/K%C5%99i%C5%BEovnick%C3%A1+1040,+110+00+Praha+1-Star%C3%A9+M%C4%9Bsto/@50.085673,14.414165,3a,75y,10.8h,75.63t/data=!3m4!1e1!3m2!1sKb-HZ1wovfp4ox8gWGCniQ!2e0!4m2!3m1!1s0x470b94e6044861dd:0x8854dc07b4cb6a6b ) Takové oddělení má smysl tam, kde jsou cesty skutečně oddělené, ať už na samostatné těleso, nebo třeba nástupními ostrůvky, viz Klárov: http://www.openstreetmap.org/way/9569861#map=19/50.09057/14.40993 ; ale v situaci, kdy je tram.trať součástí vozovky, shledávám předělávání jedné cesty (way) na dvě různé paralelní zcela nevhodným, protože neodpovídajícím realitě. Honza Piškvor Martinec ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Změna ve vykreslování tramvají na silnici (?)
Dne 17. srpna 2014 21:35 Jan Martinec j...@martinec.name napsal(a): Dne 08/17/2014 v 07:31 PM Michal Pustějovský napsal(a): Ano, oddělování tramvají od silnic v Ostravě (komplet) a v Brně (napůl dokončeno) je moje práce. Uvažoval jsem o tom už delší dobu, ale nový způsob renderování mapniku mě k tomu tak říkajíc dokopal. Podle toho co vím, tak na cestách s kombinací highway+railway mapnik nově vykresluje highway NAD railway. Jinak se nic nezměnilo. Dle wiki jsou povolené oba způsoby tagování, ale doporučuje se ten se zvláštními cestami pro highway i railway. To dává smysl tam, kde jde o oddělené cesty (nebo alespoň oddělené pruhy); ale oddělovat tramvaj od zbytku silnice např. v Křižovnické v Praze smrdí mapováním pro konkrétní renderer. *** myslím, že v tomto vlákně nejde o 2(3) paralelní way, ale o 2 way na identických nodech. ha hanoj ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
[Talk-cz] návod Tracer LPIS
Ahoj, je někde popsán postup, jak zprovoznit Tracer s CUZK, LPIS a RUAIN na čistém JOSM vč. nastavení odpovídající podkladové vrstvy WMS/TMS a trace-serveru? Ze starých mailů jsem něco nevyčetl, ale ne k fungujícímu stavu. díky hanoj ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Tracer - pLPIS
Posílal jsem ti Mariáne report https://github.com/mkyral/josm-tracer/issues/5 Dne 17. srpna 2014 20:15 Marián Kyral mky...@email.cz napsal(a): Dne 17.8.2014 00:55, Petr Schönmann napsal(a): Nemáš Javu 8 ? Mě se děje stejná věc. Na linuxu s j7 ok Viz http://stackoverflow.com/a/25044652 Marián ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] návod Tracer LPIS
Stáhneš tracer od Mariána http://www.kyralovi.cz/tmp/josm/beta/lpis/Tracer.jar soubor uložíš do adresáře kde má josm konfiguraci tam do adresare plugins. Doporucuju tam mit posledni tracer . jestli tam mas nejaky z minula tak ho smaz ( at tam je jeden tracer.jar ) Linux ~/.josm/plugins Win7 c:\Users\uzivatel\AppData\Roaming\JOSM\plugins Spustis JOSM, otevres nastaveni, zaskrtnes tracer plugin ( ten ktery ma i v lokalni verzi cislo ) + dalsi pluginy geotools a jts ( potrebuje je ) Az se ti nainstaluji otevres znovu preference a mas tam zalozku kde si zvolis moduly ( zaskrtnes lpis ) Pak uz jen pridat zdroje map WMS a TMS wms:http://eagri.cz/public/app/wms/plpis.fcgi?FORMAT=image/pngVERSION=1.1.1SERVICE=WMSREQUEST=GetMapLAYERS=LPIS_FB4_KODSTYLES=SRS={proj}WIDTH={width}HEIGHT={height}BBOX={bbox}TRANSPARENT=true tms:http://tile.poloha.net/budovy/{zoom}/{x}/{y}.png Dne 17. srpna 2014 21:53 hanoj eha...@gmail.com napsal(a): Ahoj, je někde popsán postup, jak zprovoznit Tracer s CUZK, LPIS a RUAIN na čistém JOSM vč. nastavení odpovídající podkladové vrstvy WMS/TMS a trace-serveru? Ze starých mailů jsem něco nevyčetl, ale ne k fungujícímu stavu. díky hanoj ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
[Talk-cz] Relations - sousední obce (kraje, okresy) z API
Dobrý den, ahoj, mám poměrně specifický požadavek na API (či případně na jiný zdroj) a nevím, jak se správně zeptat API (či třeba RUIANu). Chtěl bych získat: Obce (či okresy, ...) tak, abych zjistil, která další obec (či okres, ...) s ní sousedí. A to ideálně tak, abych si mohl vybrat obce jen z daného okresu (a to je pro mě největší problém a nijak jsem nedokázal donutit API, aby mi vrátila jen data z daného okresu dle ref nebo id relace). Pokud bych získal data dle BBOXU, tak je to sice hezký, ale nebude to ono - nicméně, i pak mi asi nezbyde nic jiného, než projít jednotlivý relace a jejich ways a dle toho, že ways jsou ve více relacích poznat, že spolu ty dané obce sousedí. Nebo to jde i jinak? Díky za radu či nakopnutí. J. -- S pozdravem, Jirka Sedláček --- jirisedla...@gmail.com ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] aktualizace chráněných území
Ahoj, na aktualizaci chráněných území se předpokládám pracuje ručně (už z toho důvodu, že kraje tvoří nová území dost nahodile a do DRUSOPu se dostávají podle mě neznámého klíče) a Petr Brož (Chmee2, https://cs.wikipedia.org/wiki/Wikipedista:Chmee2) namotivoval dobrovolníky, aby to psali ručně (a ono je to i baví, stejně jako focení těch památek). Víc by asi věděl Petr Brož, já to nijak konkrétně nesleduju - nicméně, na 99 % je tvorba nových článků ruční prací. J. 2014-08-17 21:35 GMT+02:00 Marián Kyral mky...@email.cz: Dne 16.8.2014 19:24, Jiří Sedláček napsal(a): Jenom upřesním, první dávka chráněných území (tuším snad před pár rokama - cca 4) se vkládala roboticky a čerpalo se z dat AOPK ( http://drusop.nature.cz/), tuším, že to bylo možná i nějak zkombinovaný s dalšíma datama - už si to přesně nepamatuju, přeci jen - je to dlouho. Na aktualizaci se pracuje průběžně, téměř to nelze sledovat, protože nový chráněný území jsou vyhlašovány (převážně) krajskou samosprávou a to dost nahodile a do DRUSOPu pronikají tak nějak hodně náhodně. Ahoj, jakou formou ta aktualizace probíhá? Ručně? Marián J. 2014-08-14 9:33 GMT+02:00 Marián Kyral mky...@email.cz: Iniciativě se meze nekladou ;-) Co tak koukám do wiki, je to čistě manuální práce, žádný skript. Já se teď určitě do ničeho pouštět nebudu. O shapefile jsem zatím jen slyšel a ještě jsem neměl čas ani sílu se tím zabývat. Nicméně jsem si všiml, že existuje doplněk OpenData [1] do JOSM, který by měl umět ty shapefile načíst a dále s nimi pracovat. Na přidání linku na Wikipedii se zase hodí doplněk Wikipedia [2] Klidně si to zkus, podle mne by to neměl být až takový problém. Jen, co tak koukám, je toho nějak moc a udělat na to aktualizační skript asi bude trochu složitější. Ale možná by to mohlo být stejné jako u importu hranic. Co by se ale dalo udělat programově by byla aktualizace tagů, hlavně oprava těch nadbytečných mezer - není to dlouho, co to tady někdo chtěl řešit a nedořešil. A i to přiřazení wikipedia tagu by nemuselo být až tak složité. Začal bych asi tím, že bych si přes http://overpass-turbo.eu vytáhl seznam všech chráněných území a uložil je do osm souboru. (kliknout na Wizard, do okýnka zadat leisure=nature_reserve a kliknout na build and run query. Pak jen potvrdit, že těch pár mega nebude problém ;-) (záleží na velikosti zobrazené oblasti). Pak už jen Export a vybrat JOSM.) Pak dostaneš OSM soubor, který můžeš otevřít v JOSM, případně jej před otevřením upravit nějakým tím skriptíkem (je to jednoduché XML). [1] http://wiki.openstreetmap.org/wiki/JOSM/Plugins/OpenData [2] http://josm.openstreetmap.de/wiki/Help/Plugin/Wikipedia Tak přeji hodně štěstí ;-) Marián -- Původní zpráva -- Od: xkomc...@centrum.cz Komu: talk-cz@openstreetmap.org Datum: 13. 8. 2014 22:45:22 Předmět: [Talk-cz] aktualizace chráněných území Zdravím, chtěl jsem se zeptat na aktualizaci chráněných území EEA - http://wiki.openstreetmap.org/wiki/EEA:Nationally_designated_areas_import . Psal jsem si s uživatelem Kozuch, který import před dvěma lety prováděl a ten na aktualizaci nemá vůbec čas. Zmínil ale, že by bylo vhodné provést propojení s wikipedií - dnes téměř každá chráněná oblast má svoji vlastní stránku na cs.wikipedii. Na samotnou aktualizaci si rozhodně netroufám, ale mohl bych pomoct s nějakým poloautomatickým importem wiki stránek. Zároveň bych prosil toho, kdo bude případnou aktualizaci provádět, zda-li by bylo možné zachovat i zaniklá chráněná území (předřadit jim tag disused nebospíš abandon), neboť informace o tom kde bývalo chráněné území je stále cenné (viz třeba ta wikipedie, kde jsou stránky i o těch již zaniklých). xkomczax ___ 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 -- S pozdravem, Jirka Sedláček --- jirisedla...@gmail.com ___ Talk-cz mailing listTalk-cz@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz -- S pozdravem, Jirka Sedláček --- jirisedla...@gmail.com ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Relations - sousední obce (kraje, okresy) z API
Dne 18.8.2014 00:20, Jiří Sedláček napsal(a): Dobrý den, ahoj, mám poměrně specifický požadavek na API (či případně na jiný zdroj) a nevím, jak se správně zeptat API (či třeba RUIANu). Chtěl bych získat: Obce (či okresy, ...) tak, abych zjistil, která další obec (či okres, ...) s ní sousedí. A to ideálně tak, abych si mohl vybrat obce jen z daného okresu (a to je pro mě největší problém a nijak jsem nedokázal donutit API, aby mi vrátila jen data z daného okresu dle ref nebo id relace). Pokud bych získal data dle BBOXU, tak je to sice hezký, ale nebude to ono - nicméně, i pak mi asi nezbyde nic jiného, než projít jednotlivý relace a jejich ways a dle toho, že ways jsou ve více relacích poznat, že spolu ty dané obce sousedí. Nebo to jde i jinak? Díky za radu či nakopnutí. J. -- S pozdravem, Jirka Sedláček --- jirisedla...@gmail.com mailto:jirisedla...@gmail.com Ahoj, tohle by mělo být řešitelné pomocí Overpass API. Zkonstruování konkrétního dotazu už nechám na tobě, ale postup by měl být zhruba takovýto: 1) Podle jména, id, nebo čehokoliv jiného najít relaci obce (okresu, ...) 2) Najít všechny cesty, které relace odkazuje. 3) Najít všechny relace, ve kterých jsou tyto cesty a vyfiltrovat je pomocí požadovaného admin_level. 4) Příp. stáhnout všechny cesty/uzly, které jsou součástí těchto relací. Zdraví, Petr Morávek aka Xificurk ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
[OSM-talk-fr] osmose pense que des ways ne font pas partie d'une rue
Bonjour, osmose me signale deux erreurs [1], disant que les deux batiments ne font pas partie d'une relation associatedStreet. Or, c'est bien le cas ! Les deux bâtiments dans la rue (no 3 et no 13) signalés sont tous les deux des multipoligones. S'agit-il vraiment d'une erreur dans les données ? Ou d'un bug d'osmose ? -Ralf. [1] http://osmose.openstreetmap.fr/en/map/#zoom=18lat=48.822782lon=2.307161layer=Mapnikoverlays=FFFTitem=level=3tags=fixable=bbox=-16.5673828125%2C40.34654412118006%2C15.75439453125%2C52.57634993749885 ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] osmose pense que des ways ne font pas partie d'une rue
Bonjour Le 17/08/2014 16:44, Ralf Treinen a écrit : osmose me signale deux erreurs [1], disant que les deux batiments ne font pas partie d'une relation associatedStreet. Or, c'est bien le cas ! Les deux bâtiments dans la rue (no 3 et no 13) signalés sont tous les deux des multipoligones. S'agit-il vraiment d'une erreur dans les données ? Ou d'un bug d'osmose ? je pense que la relation n° 1253262 : - devrait être un membre avec rôle « house » de la relation n° 3962486 - devrait porter le « addr:housenumber » Idem pour le chemin n° 83795226 Cordialement -- David Crochet ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] osmose pense que des ways ne font pas partie d'une rue
D'où la préférence aux adresses ponctuelles... ça évite ce niveau de complexité car je ne vous raconte pas le code pour gérer les adresses mises sur des relations de ce genre. Le 17 août 2014 17:17, David Crochet david.croc...@free.fr a écrit : Bonjour Le 17/08/2014 16:44, Ralf Treinen a écrit : osmose me signale deux erreurs [1], disant que les deux batiments ne font pas partie d'une relation associatedStreet. Or, c'est bien le cas ! Les deux bâtiments dans la rue (no 3 et no 13) signalés sont tous les deux des multipoligones. S'agit-il vraiment d'une erreur dans les données ? Ou d'un bug d'osmose ? je pense que la relation n° 1253262 : - devrait être un membre avec rôle « house » de la relation n° 3962486 - devrait porter le « addr:housenumber » Idem pour le chemin n° 83795226 Cordialement -- David Crochet ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Corruption des noms par Osmose (troncation sur guillemets ASCII, espaces surnuméraire)
Pour info, j'ai rétabli des traits d'union pour les Saint des noms d'église cf. https://www.openstreetmap.org/changeset/24817936 J'espère qu'Osmose ne suggérait pas de les supprimer? Romain Le 16 août 2014 10:17, Philippe Verdy verd...@wanadoo.fr a écrit : Certaines correction proposées par Osmose sont complètement erronées, particulièrement celles concernant les espaces surnuméraires. Je me suis aperçu en consultant les historiques de certains objets que ceux-ci était nommés par exemple (je met le tout entre accolades ici pour que ce soit plus clair): {name=École publique maternelle XYZ} Oui, avec des guillemets ASCII autour du nom qui suit une désignation générique. Le problème est qu'Osmose ne détecte pas correctement ces guillemets ASCII dans le nom (ils sont pourtant stockés et correctement encodés en XML), et en fait va tronquer la chaîne au premier guillemet pour obtenir: {name=École publique maternelle } Et Osmose alors proteste en disant Espace surnuméraire à la fin. On se retrouve même dans certains cas avec : {name=} ou (dans les cas où Osmoe a déjà supprimé la désignation générique avant le nom entre guillemets) {name= } Et Osmose alors propose de supprimer totalement la clé qui pourtant contenait un nom (qui a pu disparaître plusieurs modifs aurparvant dans Osmose qui a déjà fait a troncature erronée). Si on accepte la correction proposée par Osmose sans regarder le contenu original (visible non pas dans l'éditeur à droite mais dans l'info-bulle à gauche), les mots importants entre guillemets disparaissent, et il ne reste plus que la désignation générique. Bref BOGUE, à corriger d'urgence car cela aboutit à des suppressions intempestives d'informations ! NOTE: Osmose devrait afficher dans son éditeur le nom original avant la modif proposée, pour faciliter les comparaisons. Il ne ne fait plus avec son nouvel éditeur. Danger ! Osmose devrait plutôt suggérer d'abord de supprimer ces guillemets ASCII ou proposer une correction les rempleçant par des « guillemets français » voire des “guillemets courbes” (ce qui élimine les problèmes de syntaxe en XML dans les datas au format OSM ou dans les requêtes de recherche, qui utilisent déjà des guillemets ASCII comme délimiteur de chaînes). Et ensuite seulement il peut rechercher les espaces surnuméraires (attention aux guillemets françaus qui incluent normalement une espace fine U+203F à l'intérieur, mais ce caractère étant difficile à sasir au clavier, la plupart du temps on utilise l'espace insécable U+00A0=nbsp; voire juste une espace normale U+0020 qui sera contextuellement remplacé au rendu par une espace fine insécable quand ils sont accolés aux guillemets français) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Corruption des noms par Osmose (troncation sur guillemets ASCII, espaces surnuméraire)
Les noms de communes prennent des traits d'union (généralement mais ce n'est plus imposé en France pour aucun toponyme), mais PAS les noms d'églises qui sont consacrés réellement aux noms des saints eux-mêmes (exception: Notre-Dame qui garde son trait-union) Le 17 août 2014 22:14, Romain MEHUT romain.me...@gmail.com a écrit : Pour info, j'ai rétabli des traits d'union pour les Saint des noms d'église cf. https://www.openstreetmap.org/changeset/24817936 J'espère qu'Osmose ne suggérait pas de les supprimer? Romain Le 16 août 2014 10:17, Philippe Verdy verd...@wanadoo.fr a écrit : Certaines correction proposées par Osmose sont complètement erronées, particulièrement celles concernant les espaces surnuméraires. Je me suis aperçu en consultant les historiques de certains objets que ceux-ci était nommés par exemple (je met le tout entre accolades ici pour que ce soit plus clair): {name=École publique maternelle XYZ} Oui, avec des guillemets ASCII autour du nom qui suit une désignation générique. Le problème est qu'Osmose ne détecte pas correctement ces guillemets ASCII dans le nom (ils sont pourtant stockés et correctement encodés en XML), et en fait va tronquer la chaîne au premier guillemet pour obtenir: {name=École publique maternelle } Et Osmose alors proteste en disant Espace surnuméraire à la fin. On se retrouve même dans certains cas avec : {name=} ou (dans les cas où Osmoe a déjà supprimé la désignation générique avant le nom entre guillemets) {name= } Et Osmose alors propose de supprimer totalement la clé qui pourtant contenait un nom (qui a pu disparaître plusieurs modifs aurparvant dans Osmose qui a déjà fait a troncature erronée). Si on accepte la correction proposée par Osmose sans regarder le contenu original (visible non pas dans l'éditeur à droite mais dans l'info-bulle à gauche), les mots importants entre guillemets disparaissent, et il ne reste plus que la désignation générique. Bref BOGUE, à corriger d'urgence car cela aboutit à des suppressions intempestives d'informations ! NOTE: Osmose devrait afficher dans son éditeur le nom original avant la modif proposée, pour faciliter les comparaisons. Il ne ne fait plus avec son nouvel éditeur. Danger ! Osmose devrait plutôt suggérer d'abord de supprimer ces guillemets ASCII ou proposer une correction les rempleçant par des « guillemets français » voire des “guillemets courbes” (ce qui élimine les problèmes de syntaxe en XML dans les datas au format OSM ou dans les requêtes de recherche, qui utilisent déjà des guillemets ASCII comme délimiteur de chaînes). Et ensuite seulement il peut rechercher les espaces surnuméraires (attention aux guillemets françaus qui incluent normalement une espace fine U+203F à l'intérieur, mais ce caractère étant difficile à sasir au clavier, la plupart du temps on utilise l'espace insécable U+00A0=nbsp; voire juste une espace normale U+0020 qui sera contextuellement remplacé au rendu par une espace fine insécable quand ils sont accolés aux guillemets français) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Corruption des noms par Osmose (troncation sur guillemets ASCII, espaces surnuméraire)
De plus j'espère que tu as gardé tous les accents oubliés que j'ai remis de même que bon nombre de majuscules. Le 17 août 2014 23:15, Philippe Verdy verd...@wanadoo.fr a écrit : Les noms de communes prennent des traits d'union (généralement mais ce n'est plus imposé en France pour aucun toponyme), mais PAS les noms d'églises qui sont consacrés réellement aux noms des saints eux-mêmes (exception: Notre-Dame qui garde son trait-union) Le 17 août 2014 22:14, Romain MEHUT romain.me...@gmail.com a écrit : Pour info, j'ai rétabli des traits d'union pour les Saint des noms d'église cf. https://www.openstreetmap.org/changeset/24817936 J'espère qu'Osmose ne suggérait pas de les supprimer? Romain Le 16 août 2014 10:17, Philippe Verdy verd...@wanadoo.fr a écrit : Certaines correction proposées par Osmose sont complètement erronées, particulièrement celles concernant les espaces surnuméraires. Je me suis aperçu en consultant les historiques de certains objets que ceux-ci était nommés par exemple (je met le tout entre accolades ici pour que ce soit plus clair): {name=École publique maternelle XYZ} Oui, avec des guillemets ASCII autour du nom qui suit une désignation générique. Le problème est qu'Osmose ne détecte pas correctement ces guillemets ASCII dans le nom (ils sont pourtant stockés et correctement encodés en XML), et en fait va tronquer la chaîne au premier guillemet pour obtenir: {name=École publique maternelle } Et Osmose alors proteste en disant Espace surnuméraire à la fin. On se retrouve même dans certains cas avec : {name=} ou (dans les cas où Osmoe a déjà supprimé la désignation générique avant le nom entre guillemets) {name= } Et Osmose alors propose de supprimer totalement la clé qui pourtant contenait un nom (qui a pu disparaître plusieurs modifs aurparvant dans Osmose qui a déjà fait a troncature erronée). Si on accepte la correction proposée par Osmose sans regarder le contenu original (visible non pas dans l'éditeur à droite mais dans l'info-bulle à gauche), les mots importants entre guillemets disparaissent, et il ne reste plus que la désignation générique. Bref BOGUE, à corriger d'urgence car cela aboutit à des suppressions intempestives d'informations ! NOTE: Osmose devrait afficher dans son éditeur le nom original avant la modif proposée, pour faciliter les comparaisons. Il ne ne fait plus avec son nouvel éditeur. Danger ! Osmose devrait plutôt suggérer d'abord de supprimer ces guillemets ASCII ou proposer une correction les rempleçant par des « guillemets français » voire des “guillemets courbes” (ce qui élimine les problèmes de syntaxe en XML dans les datas au format OSM ou dans les requêtes de recherche, qui utilisent déjà des guillemets ASCII comme délimiteur de chaînes). Et ensuite seulement il peut rechercher les espaces surnuméraires (attention aux guillemets françaus qui incluent normalement une espace fine U+203F à l'intérieur, mais ce caractère étant difficile à sasir au clavier, la plupart du temps on utilise l'espace insécable U+00A0=nbsp; voire juste une espace normale U+0020 qui sera contextuellement remplacé au rendu par une espace fine insécable quand ils sont accolés aux guillemets français) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Corruption des noms par Osmose (troncation sur guillemets ASCII, espaces surnuméraire)
Exemple de correction stupide que tu as faite avec tes traits d'union: - Église Saint-Jean Bosco (151471016, v4) https://www.openstreetmap.org/way/151471016 - C'est le nom du saint qui s'appelle Jean Bosco: tu peux expliquer pourquoi un trait d'union avant Jean mais pas avant Bosco ? Ce n'est pas une commune !!! Le 17 août 2014 22:14, Romain MEHUT romain.me...@gmail.com a écrit : Pour info, j'ai rétabli des traits d'union pour les Saint des noms d'église cf. https://www.openstreetmap.org/changeset/24817936 J'espère qu'Osmose ne suggérait pas de les supprimer? Romain Le 16 août 2014 10:17, Philippe Verdy verd...@wanadoo.fr a écrit : Certaines correction proposées par Osmose sont complètement erronées, particulièrement celles concernant les espaces surnuméraires. Je me suis aperçu en consultant les historiques de certains objets que ceux-ci était nommés par exemple (je met le tout entre accolades ici pour que ce soit plus clair): {name=École publique maternelle XYZ} Oui, avec des guillemets ASCII autour du nom qui suit une désignation générique. Le problème est qu'Osmose ne détecte pas correctement ces guillemets ASCII dans le nom (ils sont pourtant stockés et correctement encodés en XML), et en fait va tronquer la chaîne au premier guillemet pour obtenir: {name=École publique maternelle } Et Osmose alors proteste en disant Espace surnuméraire à la fin. On se retrouve même dans certains cas avec : {name=} ou (dans les cas où Osmoe a déjà supprimé la désignation générique avant le nom entre guillemets) {name= } Et Osmose alors propose de supprimer totalement la clé qui pourtant contenait un nom (qui a pu disparaître plusieurs modifs aurparvant dans Osmose qui a déjà fait a troncature erronée). Si on accepte la correction proposée par Osmose sans regarder le contenu original (visible non pas dans l'éditeur à droite mais dans l'info-bulle à gauche), les mots importants entre guillemets disparaissent, et il ne reste plus que la désignation générique. Bref BOGUE, à corriger d'urgence car cela aboutit à des suppressions intempestives d'informations ! NOTE: Osmose devrait afficher dans son éditeur le nom original avant la modif proposée, pour faciliter les comparaisons. Il ne ne fait plus avec son nouvel éditeur. Danger ! Osmose devrait plutôt suggérer d'abord de supprimer ces guillemets ASCII ou proposer une correction les rempleçant par des « guillemets français » voire des “guillemets courbes” (ce qui élimine les problèmes de syntaxe en XML dans les datas au format OSM ou dans les requêtes de recherche, qui utilisent déjà des guillemets ASCII comme délimiteur de chaînes). Et ensuite seulement il peut rechercher les espaces surnuméraires (attention aux guillemets françaus qui incluent normalement une espace fine U+203F à l'intérieur, mais ce caractère étant difficile à sasir au clavier, la plupart du temps on utilise l'espace insécable U+00A0=nbsp; voire juste une espace normale U+0020 qui sera contextuellement remplacé au rendu par une espace fine insécable quand ils sont accolés aux guillemets français) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Corruption des noms par Osmose (troncation sur guillemets ASCII, espaces surnuméraire)
Le 17/08/2014 23:15, Philippe Verdy a écrit : Les noms de communes prennent des traits d'union (généralement mais ce n'est plus imposé en France pour aucun toponyme), mais PAS les noms d'églises qui sont consacrés réellement aux noms des saints eux-mêmes (exception: Notre-Dame qui garde son trait-union) Tu as des références pour ces règles typographiques ? Je croyais que l'on ne mettais pas de trait d'union à Saint uniquement lorsque l'on parlais du Saint lui-même, pas d'un élément qui porte son nom, y compris les lieux religieux. Le 17 août 2014 22:14, Romain MEHUT romain.me...@gmail.com mailto:romain.me...@gmail.com a écrit : Pour info, j'ai rétabli des traits d'union pour les Saint des noms d'église cf. https://www.openstreetmap.org/changeset/24817936 J'espère qu'Osmose ne suggérait pas de les supprimer? Romain Le 16 août 2014 10:17, Philippe Verdy verd...@wanadoo.fr mailto:verd...@wanadoo.fr a écrit : Certaines correction proposées par Osmose sont complètement erronées, particulièrement celles concernant les espaces surnuméraires. Je me suis aperçu en consultant les historiques de certains objets que ceux-ci était nommés par exemple (je met le tout entre accolades ici pour que ce soit plus clair): {name=École publique maternelle XYZ} Oui, avec des guillemets ASCII autour du nom qui suit une désignation générique. Le problème est qu'Osmose ne détecte pas correctement ces guillemets ASCII dans le nom (ils sont pourtant stockés et correctement encodés en XML), et en fait va tronquer la chaîne au premier guillemet pour obtenir: {name=École publique maternelle } Et Osmose alors proteste en disant Espace surnuméraire à la fin. On se retrouve même dans certains cas avec : {name=} ou (dans les cas où Osmoe a déjà supprimé la désignation générique avant le nom entre guillemets) {name= } Et Osmose alors propose de supprimer totalement la clé qui pourtant contenait un nom (qui a pu disparaître plusieurs modifs aurparvant dans Osmose qui a déjà fait a troncature erronée). Si on accepte la correction proposée par Osmose sans regarder le contenu original (visible non pas dans l'éditeur à droite mais dans l'info-bulle à gauche), les mots importants entre guillemets disparaissent, et il ne reste plus que la désignation générique. Bref BOGUE, à corriger d'urgence car cela aboutit à des suppressions intempestives d'informations ! NOTE: Osmose devrait afficher dans son éditeur le nom original avant la modif proposée, pour faciliter les comparaisons. Il ne ne fait plus avec son nouvel éditeur. Danger ! Osmose devrait plutôt suggérer d'abord de supprimer ces guillemets ASCII ou proposer une correction les rempleçant par des « guillemets français » voire des “guillemets courbes” (ce qui élimine les problèmes de syntaxe en XML dans les datas au format OSM ou dans les requêtes de recherche, qui utilisent déjà des guillemets ASCII comme délimiteur de chaînes). Et ensuite seulement il peut rechercher les espaces surnuméraires (attention aux guillemets françaus qui incluent normalement une espace fine U+203F à l'intérieur, mais ce caractère étant difficile à sasir au clavier, la plupart du temps on utilise l'espace insécable U+00A0=nbsp; voire juste une espace normale U+0020 qui sera contextuellement remplacé au rendu par une espace fine insécable quand ils sont accolés aux guillemets français) ___ Talk-fr mailing list Talk-fr@openstreetmap.org mailto:Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org mailto:Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Corruption des noms par Osmose (troncation sur guillemets ASCII, espaces surnuméraire)
Les seules références du trait d'union viennent d'anciennes recommandations venues de la Poste, alors que la Poste elle-même n'en veut même pas dans les adresses sur les enveloppes (elle ne veut en fait aucune ponctuation et demande l'espace; elle voudrait même qu'on supprime les apostrophes) ! L'usage est resté dans les toponymes des noms de communes, mais de nombreuses collectivités en France (de plus en plus nombreuses) se passent de ces traits d'union (qu'on ne garde que dans les toponymes officiels existant depuis longtemps). L'usage du trait d'union est fortement critiqué dans toutes la francophonie et il n'y a plus qu'en France où il y a encore de la résistance dans certains organismes officiels. En fait ces usage franco-français est tellement plein d'incohérences qu'il ne s'impose plus et s'il y a encore d'anciennes références de linguistes qui suivaient les recommandations de l'ancienne administration postale (avant l'informatisation des adresses) pratiquement tout le monde les omet. A commencer par les cultes eux-mêmes (les collectivités ne sont plus toutes propriétaires des églises et chapelles, elles les revendent de plus en plus, et les nouvelles constructions n'en mette aucun et les cultes omettent ces traits d'union car ils font référence directement au saint lui-même). Dans les références actuelles il n'y a plus aucun accord à mettre ces traits d'union ou pas, et il y a plus d'opposants que de partisans. Laissons seulement les traits d'union aux noms de collectivités (et évitons aussi de mettre des traits d'union dans les noms de rue entre prénom et nom comme Rue Victor-Hugo (voire pire après un titre ou une particule comme Avenue du Général-de-Gaulle). En plus ça pose des difficultés de rendu: libellés trop longs, et si on fait une coupure après le trait d'union on le confonds avec un tiret de césure). Le 17 août 2014 23:42, Christophe Merlet red...@redfoxcenter.org a écrit : Le 17/08/2014 23:15, Philippe Verdy a écrit : Les noms de communes prennent des traits d'union (généralement mais ce n'est plus imposé en France pour aucun toponyme), mais PAS les noms d'églises qui sont consacrés réellement aux noms des saints eux-mêmes (exception: Notre-Dame qui garde son trait-union) Tu as des références pour ces règles typographiques ? Je croyais que l'on ne mettais pas de trait d'union à Saint uniquement lorsque l'on parlais du Saint lui-même, pas d'un élément qui porte son nom, y compris les lieux religieux. Le 17 août 2014 22:14, Romain MEHUT romain.me...@gmail.com mailto:romain.me...@gmail.com a écrit : Pour info, j'ai rétabli des traits d'union pour les Saint des noms d'église cf. https://www.openstreetmap.org/changeset/24817936 J'espère qu'Osmose ne suggérait pas de les supprimer? Romain Le 16 août 2014 10:17, Philippe Verdy verd...@wanadoo.fr mailto:verd...@wanadoo.fr a écrit : Certaines correction proposées par Osmose sont complètement erronées, particulièrement celles concernant les espaces surnuméraires. Je me suis aperçu en consultant les historiques de certains objets que ceux-ci était nommés par exemple (je met le tout entre accolades ici pour que ce soit plus clair): {name=École publique maternelle XYZ} Oui, avec des guillemets ASCII autour du nom qui suit une désignation générique. Le problème est qu'Osmose ne détecte pas correctement ces guillemets ASCII dans le nom (ils sont pourtant stockés et correctement encodés en XML), et en fait va tronquer la chaîne au premier guillemet pour obtenir: {name=École publique maternelle } Et Osmose alors proteste en disant Espace surnuméraire à la fin. On se retrouve même dans certains cas avec : {name=} ou (dans les cas où Osmoe a déjà supprimé la désignation générique avant le nom entre guillemets) {name= } Et Osmose alors propose de supprimer totalement la clé qui pourtant contenait un nom (qui a pu disparaître plusieurs modifs aurparvant dans Osmose qui a déjà fait a troncature erronée). Si on accepte la correction proposée par Osmose sans regarder le contenu original (visible non pas dans l'éditeur à droite mais dans l'info-bulle à gauche), les mots importants entre guillemets disparaissent, et il ne reste plus que la désignation générique. Bref BOGUE, à corriger d'urgence car cela aboutit à des suppressions intempestives d'informations ! NOTE: Osmose devrait afficher dans son éditeur le nom original avant la modif proposée, pour faciliter les comparaisons. Il ne ne fait plus avec son nouvel éditeur. Danger ! Osmose devrait plutôt suggérer d'abord de supprimer ces guillemets
Re: [OSM-talk-fr] Corruption des noms par Osmose (troncation sur guillemets ASCII, espaces surnuméraire)
Le 18/08/2014 00:01, Philippe Verdy a écrit : Les seules références du trait d'union viennent d'anciennes recommandations venues de la Poste, alors que la Poste elle-même n'en veut même pas dans les adresses sur les enveloppes (elle ne veut en fait aucune ponctuation et demande l'espace; elle voudrait même qu'on supprime les apostrophes) ! L'usage est resté dans les toponymes des noms de communes, mais de nombreuses collectivités en France (de plus en plus nombreuses) se passent de ces traits d'union (qu'on ne garde que dans les toponymes officiels existant depuis longtemps). L'usage du trait d'union est fortement critiqué dans toutes la francophonie et il n'y a plus qu'en France où il y a encore de la résistance dans certains organismes officiels. En fait ces usage franco-français est tellement plein d'incohérences qu'il ne s'impose plus et s'il y a encore d'anciennes références de linguistes qui suivaient les recommandations de l'ancienne administration postale (avant l'informatisation des adresses) pratiquement tout le monde les omet. A commencer par les cultes eux-mêmes (les collectivités ne sont plus toutes propriétaires des églises et chapelles, elles les revendent de plus en plus, et les nouvelles constructions n'en mette aucun et les cultes omettent ces traits d'union car ils font référence directement au saint lui-même). Dans les références actuelles il n'y a plus aucun accord à mettre ces traits d'union ou pas, et il y a plus d'opposants que de partisans. Laissons seulement les traits d'union aux noms de collectivités (et évitons aussi de mettre des traits d'union dans les noms de rue entre prénom et nom comme Rue Victor-Hugo (voire pire après un titre ou une particule comme Avenue du Général-de-Gaulle). En plus ça pose des difficultés de rendu: libellés trop longs, et si on fait une coupure après le trait d'union on le confonds avec un tiret de césure). Quand je demande des références, c'est pour avoir autre chose que ton seul avis. Donc moi je continuerai à écrire Église Saint-Bidule avec majuscules et trait d'union car tu es incapable de justifier que ce serais une mauvaise pratique. Et puis en plus, c'est comme ça que fait le Vatican !! http://www.vaticanstate.va/content/vaticanstate/fr/monumenti/webcam/basilica-di-s-pietro-.html Regarde bien comment ils écrivent Basilique Saint-Pierre Le 17 août 2014 23:42, Christophe Merlet red...@redfoxcenter.org mailto:red...@redfoxcenter.org a écrit : Le 17/08/2014 23:15, Philippe Verdy a écrit : Les noms de communes prennent des traits d'union (généralement mais ce n'est plus imposé en France pour aucun toponyme), mais PAS les noms d'églises qui sont consacrés réellement aux noms des saints eux-mêmes (exception: Notre-Dame qui garde son trait-union) Tu as des références pour ces règles typographiques ? Je croyais que l'on ne mettais pas de trait d'union à Saint uniquement lorsque l'on parlais du Saint lui-même, pas d'un élément qui porte son nom, y compris les lieux religieux. Le 17 août 2014 22:14, Romain MEHUT romain.me...@gmail.com mailto:romain.me...@gmail.com mailto:romain.me...@gmail.com mailto:romain.me...@gmail.com a écrit : Pour info, j'ai rétabli des traits d'union pour les Saint des noms d'église cf. https://www.openstreetmap.org/changeset/24817936 J'espère qu'Osmose ne suggérait pas de les supprimer? Romain Le 16 août 2014 10:17, Philippe Verdy verd...@wanadoo.fr mailto:verd...@wanadoo.fr mailto:verd...@wanadoo.fr mailto:verd...@wanadoo.fr a écrit : Certaines correction proposées par Osmose sont complètement erronées, particulièrement celles concernant les espaces surnuméraires. Je me suis aperçu en consultant les historiques de certains objets que ceux-ci était nommés par exemple (je met le tout entre accolades ici pour que ce soit plus clair): {name=École publique maternelle XYZ} Oui, avec des guillemets ASCII autour du nom qui suit une désignation générique. Le problème est qu'Osmose ne détecte pas correctement ces guillemets ASCII dans le nom (ils sont pourtant stockés et correctement encodés en XML), et en fait va tronquer la chaîne au premier guillemet pour obtenir: {name=École publique maternelle } Et Osmose alors proteste en disant Espace surnuméraire à la fin. On se retrouve même dans certains cas avec : {name=} ou (dans les cas où Osmoe a déjà supprimé la désignation générique avant le nom entre guillemets) {name= } Et Osmose alors
Re: [OSM-ja] (RFC) OSMのWeb アプリ: POI editor
武内さん ネタと言いつつ、よさげで、これまでの不満を解消できそうです。 On 2014年08月17日 14:21, Satoru Takeuchi wrote: 2014年8月16日 0:21 Satoru Takeuchi satoru.takeu...@gmail.com mailto:satoru.takeu...@gmail.com: 武内@沼津です。みなさまこんばんは。 お盆休みのハックネタとしてwebベースのPOIエディタのプロトタイプ版を作りました。 開発動機は、(前も少しここで言ったのですが)iOSのPushpinOSMに相当するものが AndroidやWebアプリにないので、ライトユーザを呼びこむために、あるといいなあと 思ったことです。 そうなんですよね。 Webから使うのに、本家のiDエディタが使えますが、タブレットのようなタッチインターフェースで使うには 不便でした。 ちょっと触って試してコメントなどいただけると助かります。 http://satoru-takeuchi.org/~sat/satosmtest/edit.cgi http://satoru-takeuchi.org/%7Esat/satosmtest/edit.cgi iOS以外のタブレット利用や、スマートフォンがターゲットと捉えましたが、 あってますかね。 今できること - 現在地の地図を表示 現在の自分の位置がわかると、より使いやすく感じます。 - クリック(or タッチ)した場所にノードを追加できる - 追加できる要素の種類は、テスト用に適当につくった十数個のみ この要素の種類や分類方法が、使い勝手におおきく効いてくるようです。 osmpoiという名前をつけて、GitHubにGPLv2でソース公開しました。ソースのREADME.mdにも書 いていますが、 これで直接不特定多数向けサービスを提供するようなことはせず、テスト目的でのみ使用してください。 https://github.com/satoru-takeuchi/osmpoi 上記ソースをもとに作ったテスト用サイトはこちらです。 http://satoru-takeuchi.org/~sat/test/osmpoi/edit.cgi http://satoru-takeuchi.org/%7Esat/test/osmpoi/edit.cgi Androidであれば、アプリの形なっていると、より利用者が便利ですね。 WebViewによるアプリ開発ができるという事なので、得意な方は、クライアントアプリづくりに 参加されてはどうでしょうか。 三浦 ___ Talk-ja mailing list Talk-ja@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ja
[OSM-ja] (RFC) Android Bluetooth GNSS for OSM Mapper
三浦です。 Androidタブレットやスマートフォンを使って、本格的に マッピングをするときに、内蔵GPSレシーバをつかうと 精度がでなくて、あとで困ったりしませんか。 一原因として、手で持って動かすために、誤差が入りやすいなど あります。 最近の 準天頂衛星みちびきQZSS や、その他の GPS以外のシステム(Galileo, Beidou/Compass)が 利用可能になっているという話もあり、これらも活用したいですよね。 これらは、GNSS(Global Navigation Satellite System)と呼び、 USAの運行するものをGPSと呼ぶそうです。 そこで、既存のAndroid端末に、Bluetooth接続のGPS/GNSSレシーバ をつないで、利用できるとマッパーとして嬉しいはずと考えました。 レシーバを肩口など、受信環境の良い場所に固定し、 タブレットを持ち歩くことで、マッピングが楽に精度よくできるように なります。 過去、日本で発売されたBTGPSレシーバのLD-3Wを用いて 公園マッピングしたところ、みちびき対応の内蔵レシーバに対して、 4分の1の誤差で位置情報がとれました。 目標としてつぎのような考えです 1.OSMでは連続記録をするので、それを前提としたアプリであること OSMTrackerのようなサーベイアプリと連携した時に、内蔵と同様に 問題なく使えるようになっていたい。 アプリ単体で簡易に使えるとなお良い。 2.時計情報をしっかりと表示すること あとで写真との同期でつかうので GPS/GNSSの正確な時刻を表示してほしい。 3.使っている衛星システムを識別できること。 せっかく性能の良いGNSSレシーバを持っているなら、 活用されていることを 知りたいですよね。 QZSS, Glonass, Galileo, Beidou/Compass, SBS の識別表示をするようにしました。 4.精度が分かりやすいこと。 現在の記録の精度がわかりやすければ、あとでマッピングするときに 参考になります 以上の目標を立てて、夏休みの工作的に、アプリを書いてみました。 ベースとして、GPL3で公開されているフリーソフトウエアの BluetoothGPS4Droid プロジェクトをベースとして、拡張しました。 https://github.com/miurahr/bluegnss4osm スクリーンショットも上記においてあります。 まだベータ版になりたて状況ですので、ソースコードでの配布のみと なります。 Android開発キットをお持ちの方で、 Bluetooth GNSS/GPSレシーバをお持ちの方、 よければお試しください。 次のベータ版からAPKファイルのダウンロードもできるように したいとおもいます。 ヨーロッパでは、何種類かGalileo対応のGNSSレシーバが 発売されているようです。当座の間、ヨーロッパのマッパーに 使ってもらえればいいなぁと思っています。 そして、日本でも、 できれば、GLONASS, BEIDOU/COMPASS, QZSS, MSAS 対応のGNSSレシーバが、安価に発売されるといいなぁと思います。 そうすれば、このアプリも役立ちます。 今後の変更予定 ・GPS情報が他のアプリから見えるようにする ・APKをダウンロードできるようにする ・複数のGPS/GNSSレシーバーで動作確認 ・内蔵、USB接続にも対応する ・GUIのブラッシュアップ ・Google PlayやF-Droidから入手可能にする 謝辞 GUIや開発について、日本アンドロイドの会横浜支部の大和田さん の支援をもらいました。 三浦 ___ Talk-ja mailing list Talk-ja@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ja
[Talk-us] Whole-US Garmin Map update - 2014-08-16
These are based off of Lambertus's work here: http://garmin.openstreetmap.nl If you have questions or comments about these maps, please feel free to ask. However, please do not send me private mail. The odds are, someone else will have the same questions, and by asking on the talk-us@ list, others can benefit. Downloads: http://daveh.dev.openstreetmap.org/garmin/Lambertus/2014-08-16 Map to visualize what each file contains: http://daveh.dev.openstreetmap.org/garmin/Lambertus/2014-08-16/kml/kml.html FAQ Why did you do this? I wrote scripts to joined them myself to lessen the impact of doing a large join on Lambertus's server. I've also cut them in large longitude swaths that should fit conveniently on removable media. http://daveh.dev.openstreetmap.org/garmin/Lambertus/2014-08-16 Can or should I seed the torrents? Yes!! If you use the .torrent files, please seed. That web server is in the UK, and it helps to have some peers on this side of the Atlantic. Why is my map missing small rectangular areas? There have been some missing tiles from Lambertus's map (the red rectangles), I don't see any at the moment, so you may want to update if you had issues with the last set. Why can I not copy the large files to my new SD card? If you buy a new card (especially SDHC), some are FAT16 from the factory. I had to reformat it to let me create a 2GB file. Does your map cover Mexico/Canada? Yes!! I have, for the purposes of this map, annexed Ontario in to the USA. Some areas of North America that are close to the US also just happen to get pulled in to these maps. This might not happen forever, and if you would like your non-US area to get included, let me know. -- Dave ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us