Re: [Talk-transit] Stop according to new PT scheme not rendered?
Now that the new way of rendering with Carto instead of Mapnik is finally becoming reality, it becomes clear that highway=bus_stop will never (or at least not during my lifetime) be replaced by public_transport=platform/bus=yes. I started to double tag all the new stops I'm adding and the ones I'm updating. Some people claim that public_transport=platform/bus=yes is longer and less efficient than highway=bus_stop, but of course highway=bus_stop public_transport=platform bus=yes is even less so, but I stopped caring about that. Pity, Polyglot 2013-12-11 21:41 GMT+01:00 Richard Mann richard.mann.westoxf...@gmail.com: tag-transform is an osmosis plugin. It happens before conversion to the postgres database, so you can use any tags that exist in the wild On Wed, Dec 11, 2013 at 8:07 PM, Jo winfi...@gmail.com wrote: For a long time, public_transport was not transfered to the DB used for the rendering of Mapnik. At that time it didn't make sense to update stylesheets. Jo 2013/12/11 Mike N nice...@att.net On 12/11/2013 11:07 AM, fly wrote: If you keep on adding both schemes simultaneously you will not notice the problem and there will be no reason for developers to adjust the software. One of the problems in this situation is the map rendering developers have not taken an interest in the new scheme. If someone has submitted a 'pull request' that included the new tagging scheme but it was ignored, that is a different story. OSM is frequently described as a do-ocracy - in which finished and coded solutions win out over what is needed. And it's quite possible that we public transport mappers have been collecting and entering the information but have never gotten into CSS Map stylesheets, or whatever is the technology behind the renderers. ___ Talk-transit mailing list Talk-transit@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-transit ___ Talk-transit mailing list Talk-transit@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-transit ___ Talk-transit mailing list Talk-transit@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-transit
Re: [talk-ph] Happy 10th Birthday OSM! Tell us your story.
Happy birthday! How did I start? Well, I first created an account in OSM in July 28, 2007. And I've been hooked ever since. You can all read about how I started on my blog: “OpenStreetMap Does the Philippines”, August 4, 2007 (a week after I created an account) http://vaes9.codedgraphic.com/posts/osm_does_the_philippines “OpenStreetMapping My Neighborhood”, September 1, 2007 (a month after) http://vaes9.codedgraphic.com/posts/osm_my_neighborhood I've also blogged about OSM many times over the past 7 years: http://vaes9.codedgraphic.com/categories/osm/ :-) Eugene On Aug 8, 2014 9:12 PM, maning sambale emmanuel.samb...@gmail.com wrote: Happy 10th Birthday #OpenStreetMap http://youtu.be/7sC83j6vzjo Tell us how did you start with OSM. I'll start. I discovered OSM around Jan 2006 (user# 1417) while trying to look for PH vector data I need for a research. Free geographic data in the PH back then is very limited. The idea of building it from scratch got me interested. However, I wasn't able to edit right away because I can't get the then java-based web editor to run. ~10 months later I stumbled upon JOSM in the wiki and created my first node. The oldest rendering I was able to save was this [0]. As far as I remember, it was Mike Collinson who made those edits. Many borrowed, hacked, broken, lost GPS since [1], Marikina is still not complete [2]. So, I'm still here mapping. [0] http://farm2.static.flickr.com/1050/3170253158_21336b1da2.jpg [1] http://www.slideshare.net/esambale/my-gps-stories [2] https://www.facebook.com/mapmarikina/photos/pb.661458867266431.-220752.1407528496./665472483531736/?type=1theater -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ talk-ph mailing list talk-ph@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ph ___ talk-ph mailing list talk-ph@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ph
Re: [talk-ph] tracing individual rice paddies
I think neither tag is appropriate. man_made=dyke doesn't seem to be appropriate since a dyke's purpose is to prevent flooding, and these rice paddy embankments do not do that. On Aug 11, 2014 5:32 AM, Erwin Olario gov...@gmail.com wrote: First of all, kudos to the volunteers working in the Lubao area[0] in Pampanga for the level of details they are adding to OpenStreetMap. I do wonder, however, if the appropriate tags are being used. In this case, paddy field levees are being tagged as highway=path, when in fact they are primarily used as embankments, not as paths. Many of us here in the mailing list would consider Lubao as a local showcase for OpenStreetMap and perhaps, like me, would like it to show what Philippine Mapping Convention is like in real life. I normally use the following tags for rice paddies: landuse=farmland crop=rice farm=flooded_crops What are your thoughts about tagging ways between paddies as man_made=dyke [1] over highway=path ? [0] http://osm.org/go/4zOPCCmZg-?m= [1] http://wiki.openstreetmap.org/wiki/Tag:man_made%3Ddyke *Erwin Olario* - - - - - - - - - - - - - - - - - - - » email: erwin@ er...@ngnuity.net*n**gnu**IT**y**.**net* http://ngnuity.net/ | gov...@gmail.com » mobile: (PHL): +63 908 817 2013 » OpenPGP key: 3A93D56B | 5D42 7CCB 8827 9046 1ACB 0B94 63A4 81CE 3A93 D56B ___ talk-ph mailing list talk-ph@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ph ___ talk-ph mailing list talk-ph@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ph
Re: [talk-ph] tracing individual rice paddies
It's probably not being used as such but rice are flood crops and the wiki page for dyke states it as an embankment built to *restrict the flow of water or other liquids* , which in this applies to restricting the water within the paddies. Is there a more appropriate tag? *Erwin Olario* - - - - - - - - - - - - - - - - - - - » email: erwin@ er...@ngnuity.net*n**gnu**IT**y**.**net* http://ngnuity.net/ | gov...@gmail.com » mobile: (PHL): +63 908 817 2013 » OpenPGP key: 3A93D56B | 5D42 7CCB 8827 9046 1ACB 0B94 63A4 81CE 3A93 D56B On Mon, Aug 11, 2014 at 3:17 PM, Eugene Alvin Villar sea...@gmail.com wrote: I think neither tag is appropriate. man_made=dyke doesn't seem to be appropriate since a dyke's purpose is to prevent flooding, and these rice paddy embankments do not do that. On Aug 11, 2014 5:32 AM, Erwin Olario gov...@gmail.com wrote: First of all, kudos to the volunteers working in the Lubao area[0] in Pampanga for the level of details they are adding to OpenStreetMap. I do wonder, however, if the appropriate tags are being used. In this case, paddy field levees are being tagged as highway=path, when in fact they are primarily used as embankments, not as paths. Many of us here in the mailing list would consider Lubao as a local showcase for OpenStreetMap and perhaps, like me, would like it to show what Philippine Mapping Convention is like in real life. I normally use the following tags for rice paddies: landuse=farmland crop=rice farm=flooded_crops What are your thoughts about tagging ways between paddies as man_made=dyke [1] over highway=path ? [0] http://osm.org/go/4zOPCCmZg-?m= [1] http://wiki.openstreetmap.org/wiki/Tag:man_made%3Ddyke *Erwin Olario* - - - - - - - - - - - - - - - - - - - » email: erwin@ er...@ngnuity.net*n**gnu**IT**y**.**net* http://ngnuity.net/ | gov...@gmail.com » mobile: (PHL): +63 908 817 2013 » OpenPGP key: 3A93D56B | 5D42 7CCB 8827 9046 1ACB 0B94 63A4 81CE 3A93 D56B ___ talk-ph mailing list talk-ph@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ph ___ talk-ph mailing list talk-ph@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ph
Re: [talk-ph] tracing individual rice paddies
On a related note, should we encourage mapping of individual rice paddies, similar to what's being done with fish ponds? *Erwin Olario* - - - - - - - - - - - - - - - - - - - » email: erwin@ er...@ngnuity.net*n**gnu**IT**y**.**net* http://ngnuity.net/ | gov...@gmail.com » mobile: (PHL): +63 908 817 2013 » OpenPGP key: 3A93D56B | 5D42 7CCB 8827 9046 1ACB 0B94 63A4 81CE 3A93 D56B On Mon, Aug 11, 2014 at 3:29 PM, Erwin Olario gov...@gmail.com wrote: It's probably not being used as such but rice are flood crops and the wiki page for dyke states it as an embankment built to *restrict the flow of water or other liquids* , which in this applies to restricting the water within the paddies. Is there a more appropriate tag? *Erwin Olario* - - - - - - - - - - - - - - - - - - - » email: erwin@ er...@ngnuity.net*n**gnu**IT**y**.**net* http://ngnuity.net/ | gov...@gmail.com » mobile: (PHL): +63 908 817 2013 » OpenPGP key: 3A93D56B | 5D42 7CCB 8827 9046 1ACB 0B94 63A4 81CE 3A93 D56B On Mon, Aug 11, 2014 at 3:17 PM, Eugene Alvin Villar sea...@gmail.com wrote: I think neither tag is appropriate. man_made=dyke doesn't seem to be appropriate since a dyke's purpose is to prevent flooding, and these rice paddy embankments do not do that. On Aug 11, 2014 5:32 AM, Erwin Olario gov...@gmail.com wrote: First of all, kudos to the volunteers working in the Lubao area[0] in Pampanga for the level of details they are adding to OpenStreetMap. I do wonder, however, if the appropriate tags are being used. In this case, paddy field levees are being tagged as highway=path, when in fact they are primarily used as embankments, not as paths. Many of us here in the mailing list would consider Lubao as a local showcase for OpenStreetMap and perhaps, like me, would like it to show what Philippine Mapping Convention is like in real life. I normally use the following tags for rice paddies: landuse=farmland crop=rice farm=flooded_crops What are your thoughts about tagging ways between paddies as man_made=dyke [1] over highway=path ? [0] http://osm.org/go/4zOPCCmZg-?m= [1] http://wiki.openstreetmap.org/wiki/Tag:man_made%3Ddyke *Erwin Olario* - - - - - - - - - - - - - - - - - - - » email: erwin@ er...@ngnuity.net*n**gnu**IT**y**.**net* http://ngnuity.net/ | gov...@gmail.com » mobile: (PHL): +63 908 817 2013 » OpenPGP key: 3A93D56B | 5D42 7CCB 8827 9046 1ACB 0B94 63A4 81CE 3A93 D56B ___ talk-ph mailing list talk-ph@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ph ___ talk-ph mailing list talk-ph@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ph
[OSM-talk-be] Verkeersborden DB (van het forum)
Allroads (Nederlander) schreef op het forum ( http://forum.openstreetmap.org/viewtopic.php?id=23415): Ik woon te ver weg de grens om persoonlijk even langs te gaan. dit kreeg ik als bericht van. verkeersboden mow.vlaanderen.be ik stelde de vraag als privaat persoon. De toegang tot de verkeersbordendatabank is persoonlijk en daarom gekoppeld aan identificatiegegevens. Voor inwoners van België gebeurt aanmelden met de elektronische identiteitskaart of federaal token. Op zich is er geen bezwaar tegen om u toegang te geven tot de toepassing. Praktisch gezien ligt dit echter moeilijker, aangezien u niet beschikt over een eID of token. Via deze link http://sma-help.fedict.belgium.be/nl/fa … egistreren leest u hoe ook niet-Belgen toegang kunnen krijgen tot beveiligde diensten. De procedure lijkt me echter nogal omslachtig in relatie tot waarvoor u de toegang zou gebruiken. Ik kan u verder wel vertellen dat de Vlaamse overheid geregeld contact heeft met kaartenmakers en dat het onze bedoeling is om de data waarover wij beschikken ook ter beschikking te stellen van deze bedrijven, zodat ze ze kunnen aanwenden tot verbetering van hun kaarten. Op deze manier hopen we de problemen die u aanhaalt te kunnen verhelpen. @escade vandaar nu de vraag wie heeft contact als osm kaartenbouwer met de organisatie je zou dus even bij je gemeente langs kunnen gaan voor een id. maar je hebt ook een card reader nodig - heeft er al iemand geprobeerd deze gegevens te downloaden ? licentie ? ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk] Incorrect speed limit anonymous notes - who is behind that?
Since these notes are automatically generated there's no on you could ask for clarifications, which is needed for all issues. Are we still talking Incorrect speed limit? What clarification does that need? I used to get a lot of similar reports from Skobbler, so mapped all the local speed limits and then they stopped being reported as missing or wrong. Having said that you then need to monitor for changes (in my case I try and watch public notices in the local newspaper and add a note if I read about a planned change, so I or any other mapper can actually monitor for the signs changing). Anyway Incorrect speed limit is one that needs a survey, but not really clarification. Ed ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Incorrect speed limit anonymous notes - who is behind that?
Hi, A distinction between field notes and armchair IMHO goes too far. Instead a kind of field flag might help, which can be seen as this note has to be reviewed by someone with detailled on-the-ground knowledge or being present on the ground. On the other hand there's the problem of an increasing number of notes. I see two different problems here. 1) Too many notes I cannot solve: Motivation goes down, and I start to close notes just to get rid of them although they are neither solved nor correctly identified as being invalid. This is an individual problem for each (maintaining) mapper. I would like to see something like hide this node for me, perhaps with an optional ...until it is changed or commented by someone else. This would allow armchair mappers to clean up the notes as far as possible without being disturbed by irrelevant notes being processed already. 2) What is the purpose of notes? There are private notes of mappers for themself to fix problems later; often these aren't explained in detail as the mapper relies on his memory to understand it. Those might be solved by allowing private notes as mentioned by others. There are bug notes, where something is wrong in the map in contrast to missing notes, where something is missing. Both may be valuable, some for locals, some for armchair mappers, some for both, and others for nobody. The distinction between armchair and field is difficult. Of course there are Germans or HOT-people who armchair-map somewhere else in the world or something like that, but I don't think it would solve the issue. I think, although those don't call themself armchair-mappers, most of these issues arise where someone checks his own city, or the region around for bugs. Bugs where the mapper might go to in the field if necessary, if not now, then in the next weeks or months, becoming a field mapper by doing that. Moreover most armchair mappers (I hope) are field mappers in their local area. It would therefore require to decide about my own field mapping area versus the rest of the world to show or hide the one or the other set of nodes. To conclude: I think there's the chance for improvement of the notes system, but closing notes should be done with care, and only where it is clear that the note is either solved or unsolvable/wrong. regards Peter Am 10.08.2014 um 14:10 schrieb Matthijs Melissen: 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:
Re: [OSM-talk] Incorrect speed limit anonymous notes - who is behind that?
On 10/08/14 21:16, Norbert Wenzel wrote: Since these notes are automatically generated there's no on you could ask for clarifications, which is needed for all issues. And that has been tried. The quality of these reports has already been discussed on this list so I don't see any value in these notes. And I don't think I'm alone with my judgment since most if not all of these notes have been closed by now by different users. Just to let people know, I have now managed to make contact with the authors of the app that is creating these notes and they are now reviewing the comments in this thread and working on improvements. Tom -- Tom Hughes (t...@compton.nu) http://compton.nu/ ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Incorrect speed limit anonymous notes - who is behind that?
Il giorno 11/ago/2014, alle ore 10:29, Ed Loach edlo...@gmail.com ha scritto: Anyway Incorrect speed limit is one that needs a survey, but not really clarification. +1, I also don't think this can be reported automatically (a preconfigured text is not something I'd call automatically reporting. If these had been entered by comparison with another source this would obviously be different... Cheers, Martin ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Fixing common possible Tagging Mistakes
On Sun, Aug 3, 2014 at 8:21 PM, Andreas Goss andi...@t-online.de wrote: Also feel free to add the code to other pages or remove/discuss it if you think it doesn't fit somewhere. http://wiki.openstreetmap.org/wiki/Category:Tagging_Mistakes I don't think the wiki is the right place to highlight tagging mistakes. These errors are coming from history or some obsolete presets. We have plenty of tools showing directly on the map where common mistakes are (keepright, osmose, etc). Feel free to ask enhancements for these tools instead of writing some static sections in the wiki. Potentially, all tag pages may contain such mistake sections. Pieren ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Fixing common possible Tagging Mistakes
We have plenty of tools showing directly on the map where common mistakes are (keepright, osmose, etc). That osmose site looks good (even better than keepright?). Shame it does extend to the UK at the moment. Dave F. --- This email is free from viruses and malware because avast! Antivirus protection is active. http://www.avast.com ___ 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 08/11/2014 10:29 AM, Ed Loach wrote: Since these notes are automatically generated there's no on you could ask for clarifications, which is needed for all issues. Are we still talking Incorrect speed limit? What clarification does that need? [...] The start and end of the speed limit are not given. That's what I would usually ask. And there are speed limits reported that I just don't believe, eg. the famous 0km/h or 105km/h. Or speed limits in areas with variable speed limits already tagged in OSM. An application that uses OSM data and (semi)automatically reports issues should imo filter obvious errors and *at least give a way for OSM to get in touch with the application team* to tell them about problems in their application/version of the OSM data. Anyway Incorrect speed limit is one that needs a survey, but not really clarification. You could solve every problem in OSM by survey, but what's the point of notes saying survey needed? A lot of messages posted with the same text and known to be of dubious quality are hiding those messages that are posted by a user on the osm.org website. Usually users who post notes on the osm.org check back if the map has changed so I'd like to fix these first. I think this all boils down to the need for different categories of notes. Those posted by single users that spot an error on the map and who care about that report enough to possibly check back and give further details and those of datausers that have their own crowd (or tool/validator) that reports errors in the datausers version of OSM data and where the user might not even know he has put a note on the osm.org website, so no answer or feedback can be expected (and the report might be bogus since the error might only be in the datausers data/app). Norbert ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Incorrect speed limit anonymous notes - who is behind that?
Il giorno 11/ago/2014, alle ore 12:25, Norbert Wenzel norbert.wenzel.li...@gmail.com ha scritto: Anyway Incorrect speed limit is one that needs a survey, but not really clarification. You could solve every problem in OSM by survey, but what's the point of notes saying survey needed? It is like a fix me, it reports a wrong speed limit which are otherwise hard to spot A lot of messages posted with the same text and known to be of dubious quality Have there been cases where at the time the note was created the speed limit in osm was actually correct? Cheers, Martin ___ 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 Mon, 2014-08-11 at 12:38 +0200, Martin Koppenhoefer wrote: Have there been cases where at the time the note was created the speed limit in osm was actually correct? Yes, this one which I closed yesterday, http://www.openstreetmap.org/note/214534 Only to now spot this one appearing. http://www.openstreetmap.org/note/216068 The speed limit was added to this stretch of M25 3 years ago. Most I have seen have been clearly wrong, 0 kph and 10kph is not a valid speed limit. These notes do seem numerous and are creating a lot of noise making other valid notes hard to spot. Phil (trigpoint) 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
Re: [OSM-talk] Incorrect speed limit anonymous notes - who is behind that?
On Mon, 2014-08-11 at 09:54 +0100, Tom Hughes wrote: On 10/08/14 21:16, Norbert Wenzel wrote: Since these notes are automatically generated there's no on you could ask for clarifications, which is needed for all issues. And that has been tried. The quality of these reports has already been discussed on this list so I don't see any value in these notes. And I don't think I'm alone with my judgment since most if not all of these notes have been closed by now by different users. Just to let people know, I have now managed to make contact with the authors of the app that is creating these notes and they are now reviewing the comments in this thread and working on improvements. What is the app called? Do tell. Phil (trigpoint) ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Fixing common possible Tagging Mistakes
This is mainly a problem of capacity. During the SOTM EU 2014, the maintainers/developers of the site asked the different communities for servers to extend the area that is covered. regards m On Mon, Aug 11, 2014 at 12:16 PM, Dave F. dave...@madasafish.com wrote: We have plenty of tools showing directly on the map where common mistakes are (keepright, osmose, etc). That osmose site looks good (even better than keepright?). Shame it does extend to the UK at the moment. Dave F. --- This email is free from viruses and malware because avast! Antivirus protection is active. http://www.avast.com ___ 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 08/11/2014 12:38 PM, Martin Koppenhoefer wrote: Il giorno 11/ago/2014, alle ore 12:25, Norbert Wenzel norbert.wenzel.li...@gmail.com ha scritto: A lot of messages posted with the same text and known to be of dubious quality Have there been cases where at the time the note was created the speed limit in osm was actually correct? Yes there have even been cases where the static speed limit (good old metal sign) has been correctly tagged in OSM and still reported. And the other cases have been described in the previous mail. Norbert ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Fwd: [wikimedia-it] Wmf assume sviluppatore per osm
Hello, forwarding here since I think it's relevant. «The Wikimedia Foundation is forming a small team to evolve how our users create, modify, and use map and geospatial information. We believe location information is at the center of modern devices and we are eager to empower our users to contribute and consume location information. We’re especially excited about the work that the OpenStreetMap project has done and want to better integrate it with Wikipedia.» http://hire.jobvite.com/CompanyJobs/Careers.aspx?c=qSa9VfwQcs=9UL9Vfwtpage=Job+Descriptionj=ojIlZfw5 So if you are a software engineer yourself or you know somebody suited for the job please go/point them to the url above. Cheers. Cristian ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [wikimedia-it] Wmf assume sviluppatore per osm
2014-08-11 12:44 GMT+01:00 Cristian Consonni kikkocrist...@gmail.com: Hello, forwarding here since I think it's relevant. (sorry for the thread subject in Italian, I was forwarding from the Wikimedia Italia mailing list) C ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Fixing common possible Tagging Mistakes
Le 11/08/2014 11:52, Pieren a écrit : On Sun, Aug 3, 2014 at 8:21 PM, Andreas Goss andi...@t-online.de wrote: Also feel free to add the code to other pages or remove/discuss it if you think it doesn't fit somewhere. http://wiki.openstreetmap.org/wiki/Category:Tagging_Mistakes I don't think the wiki is the right place to highlight tagging mistakes. These errors are coming from history or some obsolete presets. We have plenty of tools showing directly on the map where common mistakes are (keepright, osmose, etc). Feel free to ask enhancements for these tools instead of writing some static sections in the wiki. Potentially, all tag pages may contain such mistake sections. You can add this kind of simple detection problem to Osmose QA just by adding it on this wiki page : http://wiki.openstreetmap.org/wiki/User:FrViPofm/TagwatchCleaner Le 11/08/2014 13:18, Marc Gemis a écrit : This is mainly a problem of capacity. During the SOTM EU 2014, the maintainers/developers of the site asked the different communities for servers to extend the area that is covered. On Mon, Aug 11, 2014 at 12:16 PM, Dave F. dave...@madasafish.com mailto:dave...@madasafish.com wrote: That osmose site looks good (even better than keepright?). Shame it does extend to the UK at the moment. Yes. It's the main problem for global coverage. We aim local community/chapter provide some resources to analyses local data. On this last spring/summer we have improved coverage with new servers around the world. I will make an announcement soon about all this news. Btw, we have now a coverage map as well : http://osmose.openstreetmap.fr/fr/map/#zoom=2lat=0lon=0layer=Mapnikoverlays=FTFF (after this, for back to errors display, switch layers) Large countries (in data) need lot of CPU time. Frédéric. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Fixing common possible Tagging Mistakes
On 11/08/2014 13:00, Frédéric Rodrigo wrote: You can add this kind of simple detection problem to Osmose QA just by adding it on this wiki page : http://wiki.openstreetmap.org/wiki/User:FrViPofm/TagwatchCleaner In the case of things that aren't simple typos that you think might be mistakes, you really ought to try and contact the original mapper rather than just removing tags that you don't understand (1). It may be that you don't understand the concept that the original mapper was trying to capture, or that they need to document something better, but talking rather than remote editing really ought to be the first step. Cheers, Andy (1) http://www.openstreetmap.org/way/291469081/history ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Fixing common possible Tagging Mistakes
On Mon, 2014-08-11 at 14:00 +0200, Frédéric Rodrigo wrote: Le 11/08/2014 11:52, Pieren a écrit : On Sun, Aug 3, 2014 at 8:21 PM, Andreas Goss andi...@t-online.de wrote: Also feel free to add the code to other pages or remove/discuss it if you think it doesn't fit somewhere. http://wiki.openstreetmap.org/wiki/Category:Tagging_Mistakes I don't think the wiki is the right place to highlight tagging mistakes. These errors are coming from history or some obsolete presets. We have plenty of tools showing directly on the map where common mistakes are (keepright, osmose, etc). Feel free to ask enhancements for these tools instead of writing some static sections in the wiki. Potentially, all tag pages may contain such mistake sections. You can add this kind of simple detection problem to Osmose QA just by adding it on this wiki page : http://wiki.openstreetmap.org/wiki/User:FrViPofm/TagwatchCleaner I think a lot of those are dangerous and could remove the meaning intended by the original mapper, shop=fishing shop=fish. In my mind one sells fishing rods and the other fresh fish to take home and cook. Shop=lingerie is a type in itself, changing it to shop=clothes, clothes=woman will loose intended meaning. Phil (trigpoint) ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Fixing common possible Tagging Mistakes
Le 11/08/2014 14:30, SomeoneElse a écrit : On 11/08/2014 13:00, Frédéric Rodrigo wrote: http://wiki.openstreetmap.org/wiki/User:FrViPofm/TagwatchCleaner In the case of things that aren't simple typos that you think might be mistakes, you really ought to try and contact the original mapper rather than just removing tags that you don't understand (1). It may be that you don't understand the concept that the original mapper was trying to capture, or that they need to document something better, but talking rather than remote editing really ought to be the first step. Le 11/08/2014 14:50, Philip Barnes a écrit : I think a lot of those are dangerous and could remove the meaning intended by the original mapper, shop=fishing shop=fish. In my mind one sells fishing rods and the other fresh fish to take home and cook. Shop=lingerie is a type in itself, changing it to shop=clothes, clothes=woman will loose intended meaning. It's not automatic correction. Message are displayed to contributor. More over, it's a wiki page, it can be improved. Regards. Frédéric. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[Talk-is] Tenging stíga og rútun fyrir gangandi og hjólandi
Sæl Á að skrifa hér á ensku frekar en íslensku? Ég byrja allavega á íslensku. Það hefur áður verið minnst á að leiðavalið (routing) fyrir gangandi og hjólandi sé ekki að ganga sem skyldi í Open street map. Ástæðan er að hluta til innfærsla á gögnum yfir stíga frá sveitarfélögunum því í þeim gögnum virðast stígar oft ekki tengdir yfir götur né við götu. Þannig virkar leiðavalið ekki vegna þess að stígar eru einfaldlega ekki tengdir. Það er fyrirsjáanlegt að það er talsverð vinna að tengja stígana. Sjá t.d. það sem gerist hér að neðan í ridethecity og hvernig gögnin líta út í openstreetmap og í borgarvefsjá: http://is.ridethecity.com/#3655489 http://www.openstreetmap.org/#map=17/64.14255/-21.90141layers=C http://borgarvefsja.reykjavik.is/borgarvefsja/?_ga=1.45753188.1365589408.1360679825 Það er spurning hvort stígagögn sveitarfélaganna hafi ekki verið hálfgerður bjarnargreiði frá þessum sjónarhóli en spurningin er hvernig á að laga þetta? Á bara að hella sér í að tengja stíga við götur og yfir götur þar sem um þverun er að ræða. Eins og þið sjáið í Hátúni er fullt af þverunum og meira að segja þveranir á gangbrautarljósum á Laugavegi koma ekki fram í Openstreetmap. Einhverjar snjalla hugmyndir? kveðja Árni Davíðsson -- Árni Davíðsson arni...@gmail.com ___ Talk-is mailing list Talk-is@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-is
Re: [Talk-is] Tenging stíga og rútun fyrir gangandi og hjólandi
Ég er búinn að vera að gera skurk í þessu og þegar RideTheCity uppfærir sig sést að mikið af gangstéttum hverfa sem hjólastígar. Ég er líka búinn að vera að reyna að skilgreina sérstaka hjólaleiðir (Relation Cycle Route) og afraksturinn sést betur á OpenCycleMap sem uppfærir kortið vikulega frá OSM. Nýjar leiðir frá mér þarna eru Kópavogsstígur, Kársnesstígur og svo Elliðaárdalsstígarnir. http://opencyclemap.org/?zoom=12lat=64.12851lon=-21.89742layers=B Ég áleit sem svo að best sé að taka bicycle=yes af öllum foot path og svo bætum við þeim á það sem við teldum vera hjólastíga, ekki gangstéttir nema þær geta hins vegar verið hluti hjólaleiða. Þeir sem muna hvernig OpenCycleMap leit út áður muna kannski að það var eiginlega allt í bláum strikum á öllum gangstéttum sem flækti málin frekar en einfaldaði. Nú síðast var ég að skoða tólið sem Strava var að búa til fyrir OSM, þar sem þeir nota hlaupa- og hjólagögnin til að hjálpa OSM að nálgast betur leiðir. Það verður enginn svikinn af þessum fyrirlestri og tólið sem þeir benda á þar svínvirkar, ég var að prófa það. http://stateofthemap.us/session/slide/ Ég sakna svo leiða sem þekkjast sem á meðal hjólreiðamanna, til dæmis rakst ég á feril frá fyrrum vinnufélaga sem fór Jaðarinn sagði hann. Það er mýgrútur af tækifærum þarna til að laga og það eru til fleiri tól en RideTheCity sem virðast eitthvað rólegir í að updeita. Þann 11.8.2014 16:26, skrifaði Arni Davidsson: Sæl Á að skrifa hér á ensku frekar en íslensku? Ég byrja allavega á íslensku. Það hefur áður verið minnst á að leiðavalið (routing) fyrir gangandi og hjólandi sé ekki að ganga sem skyldi í Open street map. Ástæðan er að hluta til innfærsla á gögnum yfir stíga frá sveitarfélögunum því í þeim gögnum virðast stígar oft ekki tengdir yfir götur né við götu. Þannig virkar leiðavalið ekki vegna þess að stígar eru einfaldlega ekki tengdir. Það er fyrirsjáanlegt að það er talsverð vinna að tengja stígana. Sjá t.d. það sem gerist hér að neðan í ridethecity og hvernig gögnin líta út í openstreetmap og í borgarvefsjá: http://is.ridethecity.com/#3655489 http://www.openstreetmap.org/#map=17/64.14255/-21.90141layers=C http://borgarvefsja.reykjavik.is/borgarvefsja/?_ga=1.45753188.1365589408.1360679825 Það er spurning hvort stígagögn sveitarfélaganna hafi ekki verið hálfgerður bjarnargreiði frá þessum sjónarhóli en spurningin er hvernig á að laga þetta? Á bara að hella sér í að tengja stíga við götur og yfir götur þar sem um þverun er að ræða. Eins og þið sjáið í Hátúni er fullt af þverunum og meira að segja þveranir á gangbrautarljósum á Laugavegi koma ekki fram í Openstreetmap. Einhverjar snjalla hugmyndir? kveðja Árni Davíðsson -- Árni Davíðsson arni...@gmail.com mailto:arni...@gmail.com ___ Talk-is mailing list Talk-is@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-is ___ Talk-is mailing list Talk-is@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-is
Re: [Talk-de] Radweit routen löschen? (WAS: Radweit)
On 08/08/2014 11:44 PM, Henning Scholland wrote: damals vor vielen Jahren als das mit den Routenrelationen gerade begann hab ich auch ein paar Radweitstrecken eingetragen. Damals als network=radweit. Ob das jetzt immer noch so drin ist oder ob die jemand umgetaggt hat oder bereits gelöscht hat weiß ich nicht. Aber sowas in der Art halte ich für notwendig. Klar ist: Es braucht einen Unterschied zwischen dem herkömmlichen *cn. Aber nur unter der Annahme dass wirklich jeder jede beliebige Strecke eintragen können soll. Ob das jetzt Radweit ist oder eben meine eigene Lieblingsstrecke für Dreiräder mit Hartgummireifen. Ich denke dass wir eine Grenze ziehen müssen, da die Server sonst für diverese Routensammlungen als günstiger Hostingprovider missbraucht werden. Und die physische Ausschilderung ist imo ein gutes Kriterium, das objektiv und für jeden leicht überprüfbar ist. Wenn wir hingegen Qualitätskriterien verwenden, dann werden wir vermutlich so viele Meinungen wie User zu jeder beliebigen Strecke bekommen und uns dann erst auf nichts einigen können. Ich behaupte jede eingetragene Strecke wird für irgendwen irgendwann nützlich (gewesen) sein. Die Frage ist ob sie deshalb in der OSM Datenbank gehosted werden muss, was ich verneinen würde. Und ja, ich würde das ganze auch bei *way=proposed so sehen. Norbert PS: Und bitte, keine Analogien wieso wir dann Fernbuslinien auch löschen müssten. Das hat Frederik Ramm bereits beantwortet, dem würd ich mich genau so anschließen. ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Veggiekarte.de
Hallo zusammen, ich tagge alles als diet:vegan=yes wo es vegane Gerichte gibt. Ich finde diese Information für mich nützlich und es stört mich auch nicht dass noch andere Dinge angeboten werden. Aber es ist ja angedacht zwischen yes und only optisch zu unterscheiden, damit die Veganer, die es stört sich vorher entscheiden können. Liebe Grüße Benjamin Am 10.08.2014 22:10, schrieb Norbert Kück: Hallo, am 10.08.2014 21:19 schrieb 715371: Speisekarte aber deutlich mehr Auszeichnungen bekommen. Und Gerichte: Von 9 Würsten ist dann nur noch eine vegan. Ich gestehe, die Speisekarte nicht gelesen zu haben - ich kenne den Laden. Man darf zweifeln, ob sich echte Veganer wirklich wohl fühlen, wenn sie zwischen diesen Fleischmassen ihre verirrte Veganwurst suchen sollen. :-) Gruß nk ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Veggiekarte.de
Gibt es eigentlich eine Unterscheidung zwischen Viele vegetarische/vegane Gerichte und Salat+EinOderZweiAndereGerichte ? Am 11. August 2014 14:03 schrieb Benjamin Lebsanft benja...@lebsanft.org: Hallo zusammen, ich tagge alles als diet:vegan=yes wo es vegane Gerichte gibt. Ich finde diese Information für mich nützlich und es stört mich auch nicht dass noch andere Dinge angeboten werden. Aber es ist ja angedacht zwischen yes und only optisch zu unterscheiden, damit die Veganer, die es stört sich vorher entscheiden können. Liebe Grüße Benjamin Am 10.08.2014 22:10, schrieb Norbert Kück: Hallo, am 10.08.2014 21:19 schrieb 715371: Speisekarte aber deutlich mehr Auszeichnungen bekommen. Und Gerichte: Von 9 Würsten ist dann nur noch eine vegan. Ich gestehe, die Speisekarte nicht gelesen zu haben - ich kenne den Laden. Man darf zweifeln, ob sich echte Veganer wirklich wohl fühlen, wenn sie zwischen diesen Fleischmassen ihre verirrte Veganwurst suchen sollen. :-) Gruß nk ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Veggiekarte.de
Juhu Relevanzkriterien ;) Hmm ja schwierig das. Am 11.08.2014 14:43, schrieb André Riedel: Gibt es eigentlich eine Unterscheidung zwischen Viele vegetarische/vegane Gerichte und Salat+EinOderZweiAndereGerichte ? Am 11. August 2014 14:03 schrieb Benjamin Lebsanft benja...@lebsanft.org: Hallo zusammen, ich tagge alles als diet:vegan=yes wo es vegane Gerichte gibt. Ich finde diese Information für mich nützlich und es stört mich auch nicht dass noch andere Dinge angeboten werden. Aber es ist ja angedacht zwischen yes und only optisch zu unterscheiden, damit die Veganer, die es stört sich vorher entscheiden können. Liebe Grüße Benjamin Am 10.08.2014 22:10, schrieb Norbert Kück: Hallo, am 10.08.2014 21:19 schrieb 715371: Speisekarte aber deutlich mehr Auszeichnungen bekommen. Und Gerichte: Von 9 Würsten ist dann nur noch eine vegan. Ich gestehe, die Speisekarte nicht gelesen zu haben - ich kenne den Laden. Man darf zweifeln, ob sich echte Veganer wirklich wohl fühlen, wenn sie zwischen diesen Fleischmassen ihre verirrte Veganwurst suchen sollen. :-) Gruß nk ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Veggiekarte.de
Am 11.08.2014 14:43, schrieb André Riedel: Gibt es eigentlich eine Unterscheidung zwischen Viele vegetarische/vegane Gerichte und Salat+EinOderZweiAndereGerichte ? Da kommt es jetzt darauf an, wie man die Definition liest. Es heißt ja für yes: full options available (i.e. several proper meals not just side salads in restaurants or a baked potato in a pub ...) Insofern könnte man durchaus argumentieren, dass Salat+EinOderZweiAndereGerichte nicht für yes reicht. Zufriedenstellend ist das nicht, denn dann geht der wichtige Unterschied zwischen überhaupt keinen Optionen und wenig Optionen verloren. Aber wenn man ein minimales Angebot und ein sehr reichhaltiges beide mit yes versieht, dann ist das auch nicht ideal. Eigentlich bräuchte man einen zusätzlichen limited-Wert zwischen no und yes. ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Veggiekarte.de
Keine Relevanzkriterien, aber ein Wert zwischen yes und only? diet:vegan = no/yes/*/only Bei Taginfo gibt es noch few/limited/partial/some für sehr wenige Gerichte. http://taginfo.openstreetmap.org/keys/diet:vegetarian#values Am 11. August 2014 14:54 schrieb Benjamin Lebsanft benja...@lebsanft.org: Juhu Relevanzkriterien ;) Hmm ja schwierig das. Am 11.08.2014 14:43, schrieb André Riedel: Gibt es eigentlich eine Unterscheidung zwischen Viele vegetarische/vegane Gerichte und Salat+EinOderZweiAndereGerichte ? ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Veggiekarte.de
Hi, Am 11.08.2014 um 14:59 schrieb Tobias Knerr: Am 11.08.2014 14:43, schrieb André Riedel: Gibt es eigentlich eine Unterscheidung zwischen Viele vegetarische/vegane Gerichte und Salat+EinOderZweiAndereGerichte ? Da kommt es jetzt darauf an, wie man die Definition liest. Es heißt ja für yes: full options available (i.e. several proper meals not just side salads in restaurants or a baked potato in a pub ...) Insofern könnte man durchaus argumentieren, dass Salat+EinOderZweiAndereGerichte nicht für yes reicht. Könnte man da nicht noch etwas genauer werden? yes, falls es in jedem Gang (Getränke eingeschlossen), den der POI anbietet wenigstens mehr als eine (Auswahl)möglichkeit gibt. So war das doch bestimmt eigentlich gemeint. Eine schärfere Regelung für yes würde auch evtl einen weiteren Wert wie limited oder ähnliches überflüssig machen. IMHO würde ich es vom Tagging her schöner finden, wenn für yes nur die Existenz gefordert wird. Also nicht several (was ja mindestens 2 entspricht). So Wörter wie several provozieren hier unnötig Differenzen. Zufriedenstellend ist das nicht, denn dann geht der wichtige Unterschied zwischen überhaupt keinen Optionen und wenig Optionen verloren. Aber wenn man ein minimales Angebot und ein sehr reichhaltiges beide mit yes versieht, dann ist das auch nicht ideal. Eigentlich bräuchte man einen zusätzlichen limited-Wert zwischen no und yes. Ich vermute mal, dass das dann auf Definitionen hinausläuft wie mindestens die Hälfte aller angebotenen Gerichte/Gänge/Getränke ist vegetarisch. LG 715371 ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Wochenaufgabe KW33/34 Adressen ohne Strasse
Hi, Etwas verspätet mein Thread zur Wochenaufgabe: Ihr habt ja im Forum Thread Adressstatistik schon wacker losgelegt. Ich hatte zwischen Tür und Angel schon die Auswertung von Gehrkes Zahlen getweeted (#osmwa3334). Google Tabelle zur Chartansicht Im ersten Reiter den Filter wählen und im zweiten dann die Grafik anschauen. Filterbar ist Bundesland, Grössenordnung und Grössenordnung Änderung. Viel Spass beim Fixen. Christoph ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] RadioOSM: OSMDE037 Interview: Offene Behörden
Hallo liebe OpenStreetMapper, die neuste Folge von RadioOSM - OSMDE037 Interview: Offene Behörden - ist verfügbar und sollte in Kürze in euren Podcatchern auftauchen. Natürlich könnt ihr diese Folge auch in unserem Blog hören: http://ift.tt/1sOME8z Dort findet ihr auch Links zu allen Themen, über die wir gespochen haben. Viel Spaß damit und Liebe Grüße, euer RadioOSM Team - Andi, Marc und Michael ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-it] Fwd: [wikimedia-it] Costituzione di WMI come capitolo territoriale di OSMF - la delibera!
Ciao a tutti, Domenica 3 agosto Simone ed io abbiamo partecipato ad una riunione (via Mumble) del LCWG (Local Chapters Working Group) che ha proposto a OSMF ed al suo board un modello definitivo di Chapter Agreement, l'accordo/contratto che OSMF stringerà con i futuri capitoli locali. Abbiamo discusso di questo accordo nei mesi passati proponendo alcune modifiche e integrazioni (niente di eclatante, sostanzialmente specificare meglio alcuni punti in particolare quelli riguardanti i loghi). Ho spostato il testo della delibera su questa pagina pubblica, seguite questo link: http://wiki.wikimedia.it/wiki/Delibere/2014/Costituzione_di_WMI_come_capitolo_territoriale_di_OSM_Foundation Ovviamente le porte di WIkimedia Italia (sperabilmente presto nota anche come OpenStreetMap Italia) sono sempre aperte. Se volete iscrivervi potete farlo qui: http://wiki.wikimedia.it/wiki/Iscrizioni Colgo l'occasione per ricordare a chi fosse socio (o fosse interessato a divetarlo) di chiedere di essere iscritto alla lista dei soci dove vengono discusse le iniziative ed a partecipare alle attività dell'associazione. Cristian Consonni per conto di WIkimedia Italia Cari tutti, mentre Jimbo si scaglia con tutto il suo peso (lulz) contro coloro che rendono l'aria irrespirabile su Wikipedia, ho finito di caricare anche i testi riguardo una importante delibera (la terza) che abbiamo approvato nella riunione dell'8 agosto (nota: sì, l'invio di una mail per tema è voluto, si tratta di temi differenti e da trattare in thread differenti). Abbiamo ricevuto il sostanziale via libera per costituirci come capitolo territoriale di OpenStreetMap Foundation. In altre parole, il processo di collaborazione fra WMI e OSM sta per fare il passo decisivo. La delibera si trova qui: http://wiki.wikimedia.it/wiki/Associazione:Delibere/2014/Costituzione_di_WMI_come_capitolo_territoriale_di_OSM_Foundation Ciao. -- Luca Sannita Martinelli http://it.wikipedia.org/wiki/Utente:Sannita ___ Mailing list dell'associazione Wikimedia Italia Invio messaggi in lista: associazi...@wikimedia.it Configurazione utente: http://mailman.wikimedia.it/listinfo/associazione ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Fwd: [wikimedia-it] Costituzione di WMI come capitolo territoriale di OSMF - la delibera!
Il giorno 11 agosto 2014 09:17, Cristian Consonni kikkocrist...@gmail.com ha scritto: Se volete iscrivervi potete farlo qui: http://wiki.wikimedia.it/wiki/Iscrizioni Come avevo scritto tempo fa, appena l'associazione accetterà pagamenti in bitcoin io mi iscriverò senz'altro; tra l'altro OSM Foundation accetta bitcoin da un sacco di tempo, e di recente si è aggiunta anche Wikimedia Foundation. Ciao! Carlo ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Fwd: [wikimedia-it] Wmf assume sviluppatore per osm
Ciao, Wikimedia Foundation cerca una sviluppatore con background OSM. Ecco la call qui (in inglese): http://hire.jobvite.com/CompanyJobs/Careers.aspx?c=qSa9VfwQcs=9UL9Vfwtpage=Job+Descriptionj=ojIlZfw5 Mi porto anche avanti e vi faccio notare che spesso molti sviluppatori WMF riescono a lavorare da remoto. Quindi se avete le competenze adatte e non vi fate spaventare da qualche viaggio a San Francisco ogni tanto, candidatevi. Ciao, C ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Aiuto sentiero da cancellare o meno?
Ciao, provando a modificare la relazione ottengo errori, avreste voglia di aiutarmi a sistemare? Grazie. Ciao, Mirco -- View this message in context: http://gis.19327.n5.nabble.com/Aiuto-sentiero-da-cancellare-o-meno-tp5813595p5814268.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Aiuto sentiero da cancellare o meno?
fa mezz'ora. vado a prendere un caffè 2014-08-11 15:26 GMT+02:00 mircozorzo mircozo...@inwind.it: Ciao, provando a modificare la relazione ottengo errori, avreste voglia di aiutarmi a sistemare? Grazie. Ciao, Mirco -- View this message in context: http://gis.19327.n5.nabble.com/Aiuto-sentiero-da-cancellare-o-meno-tp5813595p5814268.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-uy] State of Map 2014 - Buenos Aires
Estimados: Del 7 al 9 de noviembre es la Conferencia Internacional de Openstreetmap, que este año se hace en Buenos Aires, organizado con los esfuerzos de la comunidad argentina. Esto es mas o menos como el mundial, una vez que queda cerca esta bueno aprovechar e ir. Les adjunto la invitacion y ademas el planteo de ir armando algo en conjunto. Saludos, M. Sigue la invitacion Hola! Este es un contacto personal como miembro del grupo local organizador de: State of the Map 2014 - Buenos Aires! http://stateofthemap.org/ 8va Conferencia Internacional de Cartografía Digital Libre Una comunidad abierta y apasionada por mapear el mundo El evento internacional de OSM por primera vez en latinoamerica. Te proponemos que participes! • Animete a prensentar algun tema como conferencista. Si quieres, y no se te ocurre nada :P , tenemos una lista de temas (y material) para sugerirte. • Anotate como colaborador, falta mucho por hacer, tareas menores y mayores para elegir! Ya tenemos la sede del lugar (Centro Argentino de Ingenieros) y algunos patrocinadores. • Registrate como miebro de OSM en: http://sotm14.eventbrite.com/ CONTACTO openstreetmap.org.ar @- gmail.com (Generico) gonzalo @- stateofthemap.org (Coordinator) infosefer @- yahoo.com (Yo, Sefer) Saludos. Sefer. --- Más espacio, más servicios. Nuevos planes de hosting de Montevideo COMM. http://bit.ly/planeshosting --- ___ Talk-uy mailing list Talk-uy@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-uy
Re: [Talk-gb-westmidlands] Shenstone done
Nice one. I've added a few OSM Notes of things that caught my attention when checking with the geofabrik OSM Inspector tool. If you have time to stop by these, that would be great. Rob On 7 August 2014 22:12, Andy Robinson ajrli...@gmail.com wrote: I wrapped up the remaining main Shenstone area mapping this evening. There is still the little private road in the NE corner which I’ll check out on the bike next time I’m up there. Looks great. http://www.openstreetmap.org/#map=15/52.6379/-1.8383 Cheers Andy ___ 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-es] Mapeo con cat2osm2 y josm para un pueblecito de Castellón
Perdón por la tardanza, es que estoy en el quinto pino. Si andamos siempre esperando para subir los datos, al final seguirá el mapa igual que siempre. Lo del 3D son unos tags nuevos que han definido, pero en cuanto terminemos de pasar el cat2osm a 3D igual luego cambian otra cosa y vuelta a esperar. Ahora que es verano, tenemos tiempo libre para pasear, revisar datos, etc. Yo me pondría con ello ahora y cuando esté lo de 3D el cambio será muy fácil y sin necesidad de romper nada. Saludos. ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-ar] Empezando
Hola! 2014-08-11 11:20 GMT-03:00 Gabriel gepat...@gmail.com: Bienvenido che, creo que nos cruzamos en algun pycamp (el de Verónica... fue en el 2012??) Puede ser. Yo recuerdo tu nombre, pero no te tengo de cara ahora mismo. Igual, tengo bastante mala memoria, no me sorprendería si me decís que estuvimos charlando todo un día :P Yo empece hace bastante y retome fuerte el año pasado cuando me mudé a SMAndes. Al principio usaba el editor web, pero hace dos semanas empece con el josm y si, es mucho mejor. Voy a bajar el JOSM y empezar a verlo. ¿Qué usan ustedes en sus GPS? ¿Cuál es su caballito de batalla? Por ejemplo, yo tengo el OSM y ProyectoMapear en el GPS. Normalmente uso OSM pero por ahí chequeo algo que me parece sospechoso del OSM en los mapas de ProyectoMapear. Saludos, -- Kaufmann Manuel -- http://elblogdehumitos.com.ar ___ Talk-ar mailing list Talk-ar@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ar
Re: [Talk-ar] Empezando
El 11/08/14 14:39, Gabriel escribió: Hace un mes y medio puse el mapa de OSM por primera vez en el gps y no volví atras. Por donde vivo yo se ven las mejoras que voy haciendo en cada nueva release, asi que es un motivo más para ir colaborando con osm. cual es la version de osm para garmis que estas bajando? como esta el tema de las alturas de las calles? -- Fernando Toledo Dock Sud BBS http://bbs.docksud.com.ar telnet://bbs.docksud.com.ar ___ Talk-ar mailing list Talk-ar@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ar
Re: [Talk-ar] Empezando
El 11/08/14 15:24, Fernando Toledo escribió: El 11/08/14 14:39, Gabriel escribió: Hace un mes y medio puse el mapa de OSM por primera vez en el gps y no volví atras. Por donde vivo yo se ven las mejoras que voy haciendo en cada nueva release, asi que es un motivo más para ir colaborando con osm. cual es la version de osm para garmis que estas bajando? como esta el tema de las alturas de las calles? s/garmis/garmin/ -- Fernando Toledo Dock Sud BBS http://bbs.docksud.com.ar telnet://bbs.docksud.com.ar ___ Talk-ar mailing list Talk-ar@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ar
Re: [Talk-ar] Empezando
2014-08-11 15:24 GMT-03:00 Fernando Toledo ftol...@docksud.com.ar: cual es la version de osm para garmis que estas bajando? 1 .Entro en este sitio http://garmin.openstreetmap.nl/ 2. Selecciono en el mapa las áreas que quiero descargar 3. Me manda un email con el link para la descarga. como esta el tema de las alturas de las calles? ¿a qué te referís con esto? Si es a la numeración de las calles, en general las que he utilizado mientras estuve viajando estaban mal por aproximadamente 3 o 4 cuadras. En Chile, le erraba como por 10 más o menos. -- Kaufmann Manuel -- http://elblogdehumitos.com.ar ___ Talk-ar mailing list Talk-ar@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ar
Re: [Talk-ar] Empezando
Salvo que me haya quedado desactualizado el problema de los mapas Garmin basados en OSM es que no tienen altura de calles y no está previsto que lo tengan. Con OsmAnd tenés las alturas, pero claro, necesitás Android. Manuel como te dijeron lo mejor es empezar con tu barrio y ciudad, en general los trazados de calles y nombres de calles están (salvo barrios nuevos), lo que puede faltar son los sentidos, tag surface (paved, unpaved), y también enderezar las calles. Las alturas de calles es donde más verde estamos, pero también lo más complicado, yo te recomiendo que te familiarices con JOSM y después arranques con las alturas. El día lunes, 11 de agosto de 2014 14:40, Gabriel gepat...@gmail.com escribió: Hace un mes y medio puse el mapa de OSM por primera vez en el gps y no volví atras. Por donde vivo yo se ven las mejoras que voy haciendo en cada nueva release, asi que es un motivo más para ir colaborando con osm. El 11 de agosto de 2014, 12:58, Manuel Kaufmann humi...@gmail.com escribió: Hola! 2014-08-11 11:20 GMT-03:00 Gabriel gepat...@gmail.com: Bienvenido che, creo que nos cruzamos en algun pycamp (el de Verónica... fue en el 2012??) Puede ser. Yo recuerdo tu nombre, pero no te tengo de cara ahora mismo. Igual, tengo bastante mala memoria, no me sorprendería si me decís que estuvimos charlando todo un día :P Yo empece hace bastante y retome fuerte el año pasado cuando me mudé a SMAndes. Al principio usaba el editor web, pero hace dos semanas empece con el josm y si, es mucho mejor. Voy a bajar el JOSM y empezar a verlo. ¿Qué usan ustedes en sus GPS? ¿Cuál es su caballito de batalla? Por ejemplo, yo tengo el OSM y ProyectoMapear en el GPS. Normalmente uso OSM pero por ahí chequeo algo que me parece sospechoso del OSM en los mapas de ProyectoMapear. Saludos, -- Kaufmann Manuel -- http://elblogdehumitos.com.ar ___ Talk-ar mailing list Talk-ar@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ar -- Gabriel E. Patiño http://about.me/gepatino ___ Talk-ar mailing list Talk-ar@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ar___ Talk-ar mailing list Talk-ar@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ar
Re: [Talk-ar] Empezando
El lun, 11-08-2014 a las 15:27 -0300, Fernando Toledo escribió: El 11/08/14 15:24, Fernando Toledo escribió: El 11/08/14 14:39, Gabriel escribió: Hace un mes y medio puse el mapa de OSM por primera vez en el gps y no volví atras. Por donde vivo yo se ven las mejoras que voy haciendo en cada nueva release, asi que es un motivo más para ir colaborando con osm. cual es la version de osm para garmis que estas bajando? como esta el tema de las alturas de las calles? s/garmis/garmin/ Hola Fernando! Te faltó poner sed delante... Je Mirror mapa Garmin -- http://osm-garmin.bbs.docksud.com.ar/ Y hablando del mapa: esta semana no compilé el mapa porque el Osmosis me tiró unos errores al intentar filtrar los límites, pero bueno me haré un tiempito para ver que es... Saludos, -- Martin Andres Gomez Gimenez web: http://www.i-nis.com.ar e-mail: mggime...@i-nis.com.ar Usuario Linux: #306000 gpg --keyserver pgp.mit.edu --recv-key 0x52C123F7 Key fingerprint = 9155 6573 EE6D 1D80 5E2B 6F5B F14A AF1E 52C1 23F7 signature.asc Description: This is a digitally signed message part ___ Talk-ar mailing list Talk-ar@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ar
Re: [Talk-ar] Empezando
mm... no tuve en cuenta el tema de las alturas de calles, acá en San Martín de los Andes no te manejas tanto por dirección numerica sino por referencias, así que no creo que nadie se halla tomado el laburo de cargar las alturas, y por eso mismo no noté que falten en el mapa para el gps. Volviendo a la consulta de humitos, pegale una leida a la pagina del proyecto de Argentina, te va a ahorrar varias metidas de pata. http://wiki.openstreetmap.org/wiki/WikiProject_Argentina Y acá hay tres mirrors (uno mio :)) de donde bajar los mapas que compila Martín http://wiki.openstreetmap.org/wiki/WikiProject_Argentina#Mapa_ruteable_para_Garmin El 11 de agosto de 2014, 15:41, Martin Andres Gomez Gimenez mggime...@i-nis.com.ar escribió: El lun, 11-08-2014 a las 15:27 -0300, Fernando Toledo escribió: El 11/08/14 15:24, Fernando Toledo escribió: El 11/08/14 14:39, Gabriel escribió: Hace un mes y medio puse el mapa de OSM por primera vez en el gps y no volví atras. Por donde vivo yo se ven las mejoras que voy haciendo en cada nueva release, asi que es un motivo más para ir colaborando con osm. cual es la version de osm para garmis que estas bajando? como esta el tema de las alturas de las calles? s/garmis/garmin/ Hola Fernando! Te faltó poner sed delante... Je Mirror mapa Garmin -- http://osm-garmin.bbs.docksud.com.ar/ Y hablando del mapa: esta semana no compilé el mapa porque el Osmosis me tiró unos errores al intentar filtrar los límites, pero bueno me haré un tiempito para ver que es... Saludos, -- -- *Martin Andres Gomez Gimenez* web: http://www.i-nis.com.ar e-mail: mggime...@i-nis.com.ar *Usuario Linux: #306000* gpg --keyserver pgp.mit.edu --recv-key 0x52C123F7 Key fingerprint = 9155 6573 EE6D 1D80 5E2B 6F5B F14A AF1E 52C1 23F7 ___ Talk-ar mailing list Talk-ar@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ar -- Gabriel E. Patiño http://about.me/gepatino ___ Talk-ar mailing list Talk-ar@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ar
Re: [Talk-ar] Empezando
El 11/08/14 15:41, Martin Andres Gomez Gimenez escribió: Hola Fernando! Te faltó poner sed delante... Je Mirror mapa Garmin -- http://osm-garmin.bbs.docksud.com.ar/ Y hablando del mapa: esta semana no compilé el mapa porque el Osmosis me tiró unos errores al intentar filtrar los límites, pero bueno me haré un tiempito para ver que es... Sisi alto mirror ;), preguntaba por si estaban usando algun otro ya que hace bocha que no usaba el gps voy a actualizarlo de nuevo. -- Fernando Toledo Dock Sud BBS http://bbs.docksud.com.ar telnet://bbs.docksud.com.ar ___ Talk-ar mailing list Talk-ar@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ar
Re: [Talk-ar] Empezando
El lun, 11-08-2014 a las 11:31 -0700, Federico Pértile escribió: Salvo que me haya quedado desactualizado el problema de los mapas Garmin basados en OSM es que no tienen altura de calles y no está previsto que lo tengan. Hola Federico! Lamento decirte que has quedado muy desactualizado. Las alturas en los mapas para Garmin funcionan y muy bien. No se quién hizo correr la versión de que nunca funcionarían las alturas, ya que los desarrolladores de Mkgmap han trabajado muy duro para hacer que funcione. El ruteo y los tiempos de arribo también funcionan bien, pero dependen (al igual que las alturas) que el la región geográfica esté correctamente relevada y si es posible bien detallada. Recomiendo que pruebes el mapa que compilo en un Garmin y después me contas. Seguramente encontrarás errore, los cuales estaría bueno que los reportaras en el foro para poder corregirlos. Saludos, -- Martin Andres Gomez Gimenez web: http://www.i-nis.com.ar e-mail: mggime...@i-nis.com.ar Jabber: mggime...@i-nis.com.ar Celular: (+54911) 5837-5521 Usuario Linux: #306000 gpg --keyserver pgp.mit.edu --recv-key 0x52C123F7 Key fingerprint = 9155 6573 EE6D 1D80 5E2B 6F5B F14A AF1E 52C1 23F7 signature.asc Description: This is a digitally signed message part ___ Talk-ar mailing list Talk-ar@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ar
Re: [Talk-ar] Empezando
2014-08-11 21:43 GMT-03:00 Martin Andres Gomez Gimenez mggime...@i-nis.com.ar: Recomiendo que pruebes el mapa que compilo en un Garmin y después me contas ¿Cuál es la diferencia entre los mapas que compilás vos y los que descargo desde acá? http://garmin.openstreetmap.nl/ -- Kaufmann Manuel -- http://elblogdehumitos.com.ar ___ Talk-ar mailing list Talk-ar@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ar
Re: [Talk-at] Unterschiede zwischen basemap.at und geoimage.at
Ich habe den Eindruck, dass manchmal die Hausnummern auf den falschen Gebäuden sind. Bauernhof mit einigen Gebäuden, Hausnummer auf einer Lagerhalle, wo das Wohnhaus gut erkennbar ist. Date: Sun, 10 Aug 2014 15:35:19 +0200 From: da...@black.co.at To: talk-at@openstreetmap.org Subject: [Talk-at] Unterschiede zwischen basemap.at und geoimage.at Hi, gibt es eigentlich Richtlinien oder Überlegungen wie man mit Unterschieden zwischen basemap.at und geoimage.at umgehen soll? Ich bin gerade dabei eine Ortschaft zu erfassen und habe einige Häuser gefunden, die am Luftbild existieren, für die aber keine basemap Shape existiert. Ebenso sehen einige Straßen auf basemap sehr komisch aus (Überlappung mit Häusern, keine Deckung mit Luftbild). Wie geht man mit sowas um? Gibt es bei basemap jemanden der sich für solche Situationen interessiert? MfG David ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Unterschiede zwischen basemap.at und geoimage.at
On 11.08.14 09:09, martin ringer wrote: Ich habe den Eindruck, dass manchmal die Hausnummern auf den falschen Gebäuden sind. Bauernhof mit einigen Gebäuden, Hausnummer auf einer Lagerhalle, wo das Wohnhaus gut erkennbar ist. Ja, manchmal ist die Hausnummer auch an der (alleinstehenden) Garage statt am Wohnhaus. Servus, Andreas ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Günstiger GPS-Logger
Am 9. August 2014 11:05 schrieb Norbert Wenzel norbert.wenzel.li...@gmail.com: Wenn dir das passt, kannst du den Logger ausborgen, ich brauch ihn eh sehr selten. Das wäre super, wie lange kannst du ihn denn entbehren? Wenn das Wetter mitspielt bin ich das Wochenende Bergwandern und würde bei der Gelegenheit gleich austesten ob ich damit zurecht komme (nicht das ich nach ein paar Tagen draufkomme das gar nicht mitgeloggt wurde). Wäre dann die ersten beiden Septemberwochen weg. lg, Florian ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Günstiger GPS-Logger
On 08/11/2014 02:28 PM, kelvan bugmenot wrote: Am 9. August 2014 11:05 schrieb Norbert Wenzel norbert.wenzel.li...@gmail.com: Wenn dir das passt, kannst du den Logger ausborgen, ich brauch ihn eh sehr selten. Das wäre super, wie lange kannst du ihn denn entbehren? Wenn das Wetter mitspielt bin ich das Wochenende Bergwandern und würde bei der Gelegenheit gleich austesten ob ich damit zurecht komme (nicht das ich nach ein paar Tagen draufkomme das gar nicht mitgeloggt wurde). Wäre dann die ersten beiden Septemberwochen weg. Soll mir Recht sein. Ich hab zur Not noch den alten iBlue 747. Der hält zwar nicht so lang, aber längere Touren hab ich ohnehin keine in Planung. Details einfach per mail direkt an mich statt an die Liste. lg, Norbert ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
[Talk-at] LUGT/OSM-Stammtisch Innsbruck am 14. August 2014
Servus! Wir möchten zum nächsten gemeinsamen LUGT-/OSM-Stammtisch einladen: am Donnerstag, 14. August 2014 um 19:00 Uhr im Restaurant Kastanie Innsbrucker Straße 4, 6176 Völs Wir freuen uns auf ein zahlreiches Erscheinen! Die Einladung ist wie immer auch im OSM-Wiki und auf der LUGT-Webseite zu finden: http://wiki.openstreetmap.org/wiki/Innsbruck/Stammtisch http://www.lugt.at/ Grüße Simon ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-cat] platges que menguen i espigons
Hola, Jo sempre miro que les dades siguin el mes semblants a la realitat que puc, tot i aixo amb aquest tipus de dades que poden canviar al llarg de l'any es complicat.El que faig es canviar-ho quan veig que el que hi ha a OSM es molt diferent de la realitat. El que no recomanaria es el fet de moure la linea de costa ja que si es mou i per algun motiu es trenca destroça el renderitzat i pot ser complicat de trobar l'error. Salutacions El dia 11/08/2014 18:00, Miquel Morell mmorell08...@gmail.com va escriure: estaba endreçant una mica la zona de platja vilssar de mar. resulta que enguany no han regenerat la sorra, es a dir que de el que diu OSM, al que es veu a les fotos de satelit , fins la crua realitat (no hi ha platja) hi ha un mon. que recomaneu: anar modificant le platges conforme s'omplenin o es buidin, o deixar-ho com esta. el no deixar-ho implica feina de per vida, donada la lluita entre politics (per possar sorra i tindre platja) i la natura (corrents i tempestes que se l'emporten) per cert he clasificat els espigons com man_made=breakwater tambe he clasificat aixi els murs de pedra que hi ha entre platja i passeig maritim, tot i que no sempre toquen al mar. hi teniu algun comentari? jo no acabo de veure clar clasificar-los com retaining-wall, donat que el mar hi pica si hi ha lleventada, i per aixo els han possat. salut miquel morell ___ Talk-cat mailing list Talk-cat@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cat ___ Talk-cat mailing list Talk-cat@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cat
Re: [Talk-cz] RUIAN a inkrementální aktualizace
Dne 10.8.2014 21:49, Petr Vejsada napsal(a): Mám schema, vzniklé z dat ke dni 30.4. plus aktualizace. Od začátku těch aktualizací tam mám ten patch, co ignoruje čísla transakcí, tedy *ignoruje*, není tam =, jak je asi v poslední -dev, viz debata na Githubu. To jen pro pořádek. Ač není pravděpodobné, že by se čísla transakcí někdy dekrementovala, vyloučit to asi nemůžeme! * SO 78153263 je v červencovém dumpu (20140731_OB_554791_UKSH.xml.gz), ale není v dumpu z června ani žádném změnovém souboru. select deleted,id_trans_ruian,definicni_bod is not NULL as definicni_bod,hranice is not NULL as hranice,plati_od,item_timestamp from ruian.rn_stavebni_objekt where kod=78153263; deleted | id_trans_ruian | definicni_bod | hranice | plati_od | item_timestamp -++---+-++ f | 627026 | t | f | 20.06.2014 | 22.06.2014 11:38:58.947812 je tedy ve změnovém souboru z průběhu června. Nahráno 22.6., takže asi soubor z 21.6., ale nevím jistě. Nenahrávám každý den, jen skoro každý den. V dumpu z června by ovšem být měl. Tak tohle mě vážně nenapadlo... dohledal jsem to ve změnovém souboru z 20.6. a obsah do puntíku sedí s tím, co je v červencovém dumpu. Ale v červnu fakt nebyl. Takže chyby jsou vážně v obojím, což opravdu není dobré :/ Petr ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Dokončení importu adres
-- Původní zpráva -- Od: Petr Vejsada o...@propsychology.cz Komu: talk-cz@openstreetmap.org Datum: 10. 8. 2014 22:29:07 Předmět: [Talk-cz] Dokončení importu adres Ahoj, zbývá nám necelé jedno procento adres, přičemž půlka toho procenta je problematická. Jedná se o obce: okres Praha-východ: Jevany Kozojedy Stříbrná Skalice Vyžlovka okres Břeclav: Mikulov Břeclav U všech, s výjimkou Břeclavi, jde o značný podíl dvojitých (trojitých, ...) adres typu číslo 35 a 5035. Nechce se mi vědomě toto nahrávat do OSM, i když v minulosti byly nahrány i obce s větším podílem tohoto jevu Ahoj, nemá to někdo poblíž? Asi by byl vhodný průzkum v terénu. Třeba tam fakt jsou dvě čísla :-D Marián ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Návod: jak natlačit lesy do zákoutí v LPIS (ContourMerge plugin)
Jup :-))) Kam jsem se sakra díval, že jsem ten plugin přehlídnul? Návod je zbytečně složitý, plugin toho umí mnooohem víc než popisuješ :-) Klikáním na uzly se totiž dají cesty virtuálně rozsekat na menší úseky, není potřeba nic rozdělovat a slučovat. Takže po zjednodušení: (1) Kliknout na ikonu ContourMerge. (2) Kliknout na dva uzly zdrojové cesty, objeví se na nich žluté křížky. (3) Kliknout na dva uzly cílové cesty, zas se vyznačí křížky. (4) Přetáhnout myší takto vybraný úsek zdrojové cesty na odpovídající úsek cílové cesty. A co je nejlepší, dají se tím naráz spravit všechny nesrovnalosti kolem LPIS polygonu, překryvy i poloostrovy, i když jsou tvořeny více cestami. Těch rozdělovacích křížků se totiž dá naklikat neomezené množství na různých cestách a pak se dají úseky mezi nimi libovolně přesouvat. V rámci stejné cesty může být jeden úsek zdrojový, druhý cílový, záleží co se kam přetáhne. Křížky se dají průběžně přidávat a odebírat. A přetahovat se dá tak dlouho, dokud je funkce zapnutá. Poloostrov z více cest sice nejde zaplnit v jediném kroku, ale křížkování a přetahování po úsecích je triviální. Stačí si jen předdělat na segmentu zdrojové cesty zásobu uzlů, aby bylo z čeho přetahovat. Ruční práce na půl hodiny se smrskla na pár intuitivních kliků a přetažení. A krásně se tím dělají i nové plochy, hur. Martin Dne 10.8.2014 23:37, Marián Kyral napsal(a): Ahoj, Při hledání možností, jak řešit problém v předmětu jsem procházel seznam pluginů a narazil na CountourMerge plugin [1]. Ten už mám sice dlouho nainstalovaný, ale až dnes jsem se na něj podíval podrobněji a zjistil jak se s ním vlastně pracuje. Není to nic složitého, jsou potřeba jen dva segmenty, se kterými plugin manipuluje. Velmi dobře to funguje u poloostrovů tvořených jednou cestou. Pokud je tam těch cest více, tak to taky jde, ale je to větší piplačka - je potřeba pracovat s každou cestou zvlášť. Udělal jsem k tomu obrázkový návod a protože se mi nevešel do emailu, najdete jej tady: http://osm.kyralovi.cz/navody/ContourMerge_plugin.html Snad se to bude někomu hodit. Marián [1] http://wiki.openstreetmap.org/wiki/JOSM/Plugins/ContourMerge ___ 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: jak natlačit lesy do zákoutí v LPIS (ContourMerge plugin)
Aha, koukám, že jsem to neposlal do konference ;-) Navíc, jsem našel dole na stránce, takový nenápadný odkaz, kde to popsáno je. Škoda, že jsem to nedočetl až do konce ;-) http://josm.openstreetmap.de/wiki/Help/Plugin/ContourMerge Marián -- Původní zpráva -- Od: Marián Kyral mky...@email.cz Komu: o...@maatts.cz Datum: 11. 8. 2014 14:24:09 Předmět: Re: [Talk-cz] Návod: jak natlačit lesy do zákoutí v LPIS (ContourMerge plugin) Fakt? Tak na to jsem nedošel. Ono se taky není co divit, tak wiki stránka je taková nijaká a z těch obrázků jsem jen vydedukoval, že se to musí nějak rozdělit. Nad těmi žlutými křížky jsem moc nedumal a louskat zdroják se mi moc nechtělo ;-) Díky za zprávu. Možná by nebylo od věci tu wiki stránku vhodně doplnit a udělat překlad do češtiny. Marián -- Původní zpráva -- Od: Martin Švec - OSM o...@maatts.cz Komu: OpenStreetMap Czech Republic talk-cz@openstreetmap.org, mkyral@ email.cz Datum: 11. 8. 2014 14:05:32 Předmět: Re: [Talk-cz] Návod: jak natlačit lesy do zákoutí v LPIS (ContourMerge plugin) Jup :-))) Kam jsem se sakra díval, že jsem ten plugin přehlídnul? Návod je zbytečně složitý, plugin toho umí mnooohem víc než popisuješ :-) Klikáním na uzly se totiž dají cesty virtuálně rozsekat na menší úseky, není potřeba nic rozdělovat a slučovat. Takže po zjednodušení: (1) Kliknout na ikonu ContourMerge. (2) Kliknout na dva uzly zdrojové cesty, objeví se na nich žluté křížky. (3) Kliknout na dva uzly cílové cesty, zas se vyznačí křížky. (4) Přetáhnout myší takto vybraný úsek zdrojové cesty na odpovídající úsek cílové cesty. A co je nejlepší, dají se tím naráz spravit všechny nesrovnalosti kolem LPIS polygonu, překryvy i poloostrovy, i když jsou tvořeny více cestami. Těch rozdělovacích křížků se totiž dá naklikat neomezené množství na různých cestách a pak se dají úseky mezi nimi libovolně přesouvat. V rámci stejné cesty může být jeden úsek zdrojový, druhý cílový, záleží co se kam přetáhne. Křížky se dají průběžně přidávat a odebírat. A přetahovat se dá tak dlouho, dokud je funkce zapnutá. Poloostrov z více cest sice nejde zaplnit v jediném kroku, ale křížkování a přetahování po úsecích je triviální. Stačí si jen předdělat na segmentu zdrojové cesty zásobu uzlů, aby bylo z čeho přetahovat. Ruční práce na půl hodiny se smrskla na pár intuitivních kliků a přetažení. A krásně se tím dělají i nové plochy, hur. Martin Dne 10.8.2014 23:37, Marián Kyral napsal(a): Ahoj, Při hledání možností, jak řešit problém v předmětu jsem procházel seznam pluginů a narazil na CountourMerge plugin [1]. Ten už mám sice dlouho nainstalovaný, ale až dnes jsem se na něj podíval podrobněji a zjistil jak se s ním vlastně pracuje. Není to nic složitého, jsou potřeba jen dva segmenty, se kterými plugin manipuluje. Velmi dobře to funguje u poloostrovů tvořených jednou cestou. Pokud je tam těch cest více, tak to taky jde, ale je to větší piplačka - je potřeba pracovat s každou cestou zvlášť. Udělal jsem k tomu obrázkový návod a protože se mi nevešel do emailu, najdete jej tady: http://osm.kyralovi.cz/navody/ContourMerge_plugin.html Snad se to bude někomu hodit. Marián [1] http://wiki.openstreetmap.org/wiki/JOSM/Plugins/ContourMerge ___ 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
Dělám něco špatně? stáhl jsem si tracer z [1], k němu v JOSM dva vyžadované doplňky, na pozadí si zapnul požadovanou vrstvu wms abych viděl co klikám. spustím tracer, kliknu na budovu - aktualizuje se dle RUIAN kliknu na plochu, kde je v LPIS vybarvená plocha - a nic mačkáním T dosáhnu jediné změny, že se ani po kliku na budovu nic nestane [1] http://www.kyralovi.cz/tmp/josm/beta/lpis/Tracer.jar JAnD Dne 8. srpna 2014 21:04 Pavel Kwiecien pavel.kwiec...@seznam.cz napsal(a): Ahoj, trochu jsem si už s Tracerem zablbnul a už se mi to tady pod horama zazelenalo http://www.openstreetmap.org/#map=13/50.5706/15.7740 Pokud by spojování nebylo automatické, tak nemá smysl se tím zabývat. Tracer funguje dobře, akorát import je potřeba vždy!! projet v JOSM validací, protože tracováním/vstupníma daty vzniká obrovské množství chyb a varování. Na dvě kliknutí se toho dá zbavit. Ještě pro neznalé. Je dobré si v JOSM nastavit třeba tuto WMS vrstvu: http://eagri.cz/public/app/wms/plpis.fcgi?FORMAT=image/gifVERSION=1.1.1SERVICE=WMSREQUEST=GetMapLAYERS=LPIS_FB_KULSTYLES=SRS={proj}WIDTH={width}HEIGHT={height}BBOX={bbox} aby bylo vidět, kde jsou LPIS data. Zdraví Pavel Kwiecien -- Původní zpráva -- Od: Marián Kyral mky...@email.cz Komu: OpenStreetMap Czech Republic talk-cz@openstreetmap.org Datum: 8. 8. 2014 9:08:35 Předmět: Re: [Talk-cz] Tracer - pLPIS Ahoj, -- Původní zpráva -- Od: Pavel Machek pa...@ucw.cz Komu: OpenStreetMap Czech Republic talk-cz@openstreetmap.org Datum: 5. 8. 2014 23:19:28 Předmět: Re: [Talk-cz] Tracer - pLPIS ahoj! Jak by sis to propojení představoval? Mne nenapadá, jak by se to dalo udělat. No úplně přesně to nevím :). Napřed bych viděl úvahu, zda jednotlivá políčka (=parcely a LPIS polygony) sdružovat nebo ne. Na tom závisí i strategie aktualizací. Zatím mi přijde nemožné hlídat si podle ref:, zda se něco v LPIS změnilo a na změnu zareagovat. Nevíme, co se může měnit. Určitě druh kultury, možná i geometrie? Je možné, že tam, kde je teď 50 malých políček bude za 3 roky jen jedno velké či naopak? No, zato vime ze je to po katastralnich uzemich, ne? Takze az to bude chtit nekdo updatovat: Pro kazdy polygon: Je polygon se stejnou geometrii v osm? NE: importuju ANO: zmenim parametry na ty z noveho lpis, je li nutne Pro polygony z OSM ktere jsem zatim nezpracoval: Jestlize polygon ma source=lpis Jestlize se od importu nezmenil, smazu ho Jinak je to na rucni rozhodnuti co je aktualnejsi. Hmm? Pavel No zásadní problém je: Slučovat nebo neslučovat polygony se stejným landuse vedle sebe? Třeba tady: http://www.openstreetmap.org/#map=17/49.66388/18.38023 by se sloučení hodilo. Ale když jsem experimentálně pár polygonů označil a nechal sloučit, tak z toho vylezl nějaký paskvil, protože ač jsou ty natrasované polygony vizuálně vedle sebe, ne vždy na sebe přesně navazují. Pokud je budu napojovat na sebe, tak musím nutně s nějakým bodem pohnout a tím pádem změním geometrii = problém při aktualizaci - jak poznám, že je daný polygon stejný, jen byl mírně změněn z důvodu napojení na sousední polygon? Přidat nějakou toleranci? A pokud se bude slučovat (což bych v tomto konkrétním případě rád udělal), co udělat s ref? Já bych jej úplně vyhodil, nechal bych jen source=lpis, aby bylo jasné, odkud se to vzalo. A chybějící ref by znamenalo, že polygon vznikl sloučením menších polygonů. Nebo tam dát nějaký speciální tag? Třeba lpis=merged ? Pokud by ref zůstalo, nutně by to vedlo k něčemu takovému: ref=123;2231;2231;22455;875;646 Bylo by to k něčemu? Marián -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz ___ 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: jak natlačit lesy do zákoutí v LPIS (ContourMerge plugin)
Dne 11.8.2014 14:37, Marián Kyral napsal(a): Aha, koukám, že jsem to neposlal do konference ;-) Navíc, jsem našel dole na stránce, takový nenápadný odkaz, kde to popsáno je. Škoda, že jsem to nedočetl až do konce ;-) http://josm.openstreetmap.de/wiki/Help/Plugin/ContourMerge Heh, tak ten odkaz jsem taky přehlídl... Já to zjistil klikáním v JOSM, omylem se mi na uzlu objevil jakejsi křížek, tak jsem zkoušel k čemu slouží ;-) Martin ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Tracer - pLPIS
Máš spuštěný tracer server? -- Původní zpráva -- Od: Jan Dudík jan.du...@gmail.com Komu: OpenStreetMap Czech Republic talk-cz@openstreetmap.org Datum: 11. 8. 2014 14:45:35 Předmět: Re: [Talk-cz] Tracer - pLPIS Dělám něco špatně? stáhl jsem si tracer z [1], k němu v JOSM dva vyžadované doplňky, na pozadí si zapnul požadovanou vrstvu wms abych viděl co klikám. spustím tracer, kliknu na budovu - aktualizuje se dle RUIAN kliknu na plochu, kde je v LPIS vybarvená plocha - a nic mačkáním T dosáhnu jediné změny, že se ani po kliku na budovu nic nestane [1] http://www.kyralovi.cz/tmp/josm/beta/lpis/Tracer.jar JAnD Dne 8. srpna 2014 21:04 Pavel Kwiecien pavel.kwiec...@seznam.cz napsal(a): Ahoj, trochu jsem si už s Tracerem zablbnul a už se mi to tady pod horama zazelenalo http://www.openstreetmap.org/#map=13/50.5706/15.7740 Pokud by spojování nebylo automatické, tak nemá smysl se tím zabývat. Tracer funguje dobře, akorát import je potřeba vždy!! projet v JOSM validací, protože tracováním/vstupníma daty vzniká obrovské množství chyb a varování. Na dvě kliknutí se toho dá zbavit. Ještě pro neznalé. Je dobré si v JOSM nastavit třeba tuto WMS vrstvu: http://eagri.cz/public/app/wms/plpis.fcgi?FORMAT=image/gifVERSION=1.1.1; SERVICE=WMSREQUEST=GetMapLAYERS=LPIS_FB_KULSTYLES=SRS={proj}WIDTH= {width}HEIGHT={height}BBOX={bbox} aby bylo vidět, kde jsou LPIS data. Zdraví Pavel Kwiecien -- Původní zpráva -- Od: Marián Kyral mky...@email.cz Komu: OpenStreetMap Czech Republic talk-cz@openstreetmap.org Datum: 8. 8. 2014 9:08:35 Předmět: Re: [Talk-cz] Tracer - pLPIS Ahoj, -- Původní zpráva -- Od: Pavel Machek pa...@ucw.cz Komu: OpenStreetMap Czech Republic talk-cz@openstreetmap.org Datum: 5. 8. 2014 23:19:28 Předmět: Re: [Talk-cz] Tracer - pLPIS ahoj! Jak by sis to propojení představoval? Mne nenapadá, jak by se to dalo udělat. No úplně přesně to nevím :). Napřed bych viděl úvahu, zda jednotlivá políčka (=parcely a LPIS polygony) sdružovat nebo ne. Na tom závisí i strategie aktualizací. Zatím mi přijde nemožné hlídat si podle ref:, zda se něco v LPIS změnilo a na změnu zareagovat. Nevíme, co se může měnit. Určitě druh kultury, možná i geometrie? Je možné, že tam, kde je teď 50 malých políček bude za 3 roky jen jedno velké či naopak? No, zato vime ze je to po katastralnich uzemich, ne? Takze az to bude chtit nekdo updatovat: Pro kazdy polygon: Je polygon se stejnou geometrii v osm? NE: importuju ANO: zmenim parametry na ty z noveho lpis, je li nutne Pro polygony z OSM ktere jsem zatim nezpracoval: Jestlize polygon ma source=lpis Jestlize se od importu nezmenil, smazu ho Jinak je to na rucni rozhodnuti co je aktualnejsi. Hmm? Pavel No zásadní problém je: Slučovat nebo neslučovat polygony se stejným landuse vedle sebe? Třeba tady: http://www.openstreetmap.org/#map=17/49.66388/18.38023 by se sloučení hodilo. Ale když jsem experimentálně pár polygonů označil a nechal sloučit, tak z toho vylezl nějaký paskvil, protože ač jsou ty natrasované polygony vizuálně vedle sebe, ne vždy na sebe přesně navazují. Pokud je budu napojovat na sebe, tak musím nutně s nějakým bodem pohnout a tím pádem změním geometrii = problém při aktualizaci - jak poznám, že je daný polygon stejný, jen byl mírně změněn z důvodu napojení na sousední polygon? Přidat nějakou toleranci? A pokud se bude slučovat (což bych v tomto konkrétním případě rád udělal), co udělat s ref? Já bych jej úplně vyhodil, nechal bych jen source=lpis, aby bylo jasné, odkud se to vzalo. A chybějící ref by znamenalo, že polygon vznikl sloučením menších polygonů. Nebo tam dát nějaký speciální tag? Třeba lpis=merged ? Pokud by ref zůstalo, nutně by to vedlo k něčemu takovému: ref=123;2231;2231;22455;875;646 Bylo by to k něčemu? Marián -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz;___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Tracer - pLPIS
Tím to nebude (pokud nechce klasický trasování katastrální mapy). (1) V nastavení pluginu zaškrtnout moduly RUIAN a LPIS, odškrtnout Klasický. (2) Mac(kat T a sledovat jak se me(ní kurzor myši, R = budovy z RUIANu, LP = pu*da z LPISu. Martin Dne 11.8.2014 15:53, Michal Puste(jovský napsal(a): Máš spušte(ný tracer server? -- Pu*vodní zpráva -- Od: Jan Dudík jan.du...@gmail.com Komu: OpenStreetMap Czech Republic talk-cz@openstreetmap.org Datum: 11. 8. 2014 14:45:35 Pr(edme(t: Re: [Talk-cz] Tracer - pLPIS De(lám ne(co špatne(? stáhl jsem si tracer z [1], k ne(mu v JOSM dva vyžadované dopln(ky, na pozadí si zapnul požadovanou vrstvu wms abych vide(l co klikám. spustím tracer, kliknu na budovu - aktualizuje se dle RUIAN kliknu na plochu, kde je v LPIS vybarvená plocha - a nic mac(káním T dosáhnu jediné zme(ny, že se ani po kliku na budovu nic nestane [1] http://www.kyralovi.cz/tmp/josm/beta/lpis/Tracer.jar JAnD Dne 8. srpna 2014 21:04 Pavel Kwiecien pavel.kwiec...@seznam.cz napsal(a): Ahoj, trochu jsem si už s Tracerem zablbnul a už se mi to tady pod horama zazelenalo http://www.openstreetmap.org/#map=13/50.5706/15.7740 Pokud by spojování nebylo automatické, tak nemá smysl se tím zabývat. Tracer funguje dobr(e, akorát import je potr(eba vždy!! projet v JOSM validací, protože tracováním/vstupníma daty vzniká obrovské množství chyb a varování. Na dve( kliknutí se toho dá zbavit. Ješte( pro neznalé. Je dobré si v JOSM nastavit tr(eba tuto WMS vrstvu: http://eagri.cz/public/app/wms/plpis.fcgi?FORMAT=image/gifVERSION=1.1.1SERVICE=WMSREQUEST=GetMapLAYERS=LPIS_FB_KULSTYLES=SRS={proj}WIDTH={width}HEIGHT={height}BBOX={bbox} aby bylo vide(t, kde jsou LPIS data. Zdraví Pavel Kwiecien -- Pu*vodní zpráva -- Od: Marián Kyral mky...@email.cz Komu: OpenStreetMap Czech Republic talk-cz@openstreetmap.org Datum: 8. 8. 2014 9:08:35 Pr(edme(t: Re: [Talk-cz] Tracer - pLPIS Ahoj, -- Pu*vodní zpráva -- Od: Pavel Machek pa...@ucw.cz Komu: OpenStreetMap Czech Republic talk-cz@openstreetmap.org Datum: 5. 8. 2014 23:19:28 Pr(edme(t: Re: [Talk-cz] Tracer - pLPIS ahoj! Jak by sis to propojení pr(edstavoval? Mne nenapadá, jak by se to dalo ude(lat. No úplne( pr(esne( to nevím :). Napr(ed bych vide(l úvahu, zda jednotlivá políc(ka (=parcely a LPIS polygony) sdružovat nebo ne. Na tom závisí i strategie aktualizací. Zatím mi pr(ijde nemožné hlídat si podle ref:, zda se ne(co v LPIS zme(nilo a na zme(nu zareagovat. Nevíme, co se mu*že me(nit. Urc(ite( druh kultury, možná i geometrie? Je možné, že tam, kde je ted( 50 malých políc(ek bude za 3 roky jen jedno velké c(i naopak? No, zato vime ze je to po katastralnich uzemich, ne? Takze az to bude chtit nekdo updatovat: Pro kazdy polygon: Je polygon se stejnou geometrii v osm? NE: importuju ANO: zmenim parametry na ty z noveho lpis, je li nutne Pro polygony z OSM ktere jsem zatim nezpracoval: Jestlize polygon ma source=lpis Jestlize se od importu nezmenil, smazu ho Jinak je to na rucni rozhodnuti co je aktualnejsi. Hmm? Pavel No zásadní problém je: Sluc(ovat nebo nesluc(ovat polygony se stejným landuse vedle sebe? Tr(eba tady: http://www.openstreetmap.org/#map=17/49.66388/18.38023 by se slouc(ení hodilo. Ale když jsem experimentálne( pár polygonu* oznac(il a nechal slouc(it, tak z toho vylezl ne(jaký paskvil, protože ac( jsou ty natrasované polygony vizuálne( vedle sebe, ne vždy na sebe pr(esne( navazují. Pokud je budu napojovat na sebe, tak musím nutne( s ne(jakým bodem pohnout a tím pádem zme(ním geometrii = problém pr(i aktualizaci - jak poznám, že je daný polygon stejný, jen byl mírne( zme(ne(n z du*vodu napojení na sousední polygon? Pr(idat ne(jakou toleranci? A pokud se bude sluc(ovat (což bych v tomto konkrétním pr(ípade( rád ude(lal), co ude(lat s ref? Já bych jej úplne( vyhodil, nechal bych jen source=lpis, aby bylo jasné, odkud se to vzalo. A chybe(jící ref by znamenalo, že polygon vznikl slouc(ením menších polygonu*. Nebo tam dát ne(jaký speciální tag? Tr(eba lpis=merged ? Pokud by ref zu*stalo, nutne( by to vedlo k ne(c(emu takovému: ref=123;2231;2231;22455;875;646 Bylo by to k ne(c(emu? Marián -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures)
[OSM-talk-fr] Aire piétonne ?
Bonjour, Je souhaiterai informer d'une « aire piétonne » représentées par les panneaux B54 (début) et B55 (fin) en France. https://fr.wikipedia.org/wiki/Panneau_de_signalisation_d%27une_aire_pi%C3%A9tonne_en_France Étonné, je ne trouve pas d'information à ce sujet. Alors, je fais appel à vos propositions afin de compléter cette page : https://wiki.openstreetmap.org/wiki/FR:Road_signs_in_France Il faut savoir qu'une Aire piétonne : - donne la priorité complète aux piétons - permet la circulation à tous les véhicules, mais à l'allure du pas (interprétation : estimée à 5 km/h max), sauf disposition contraire soumise par l'autorité locale). Merci par avance, JulienM. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Aire piétonne ?
Sur la page du wiki d'OSM que tu cites, il y a le panneau C109 (qui a le même dessin que le panneau B54 : qui peut me dire la différence ?) et les tags à mettre dans ce cas (highway=pedestrian, au minimum). Francescu Le 11 août 2014 12:47, Julien MÊME julienmeme-li...@yahoo.fr a écrit : Bonjour, Je souhaiterai informer d'une « aire piétonne » représentées par les panneaux B54 (début) et B55 (fin) en France. https://fr.wikipedia.org/wiki/Panneau_de_signalisation_d%27une_aire_pi%C3%A9tonne_en_France Étonné, je ne trouve pas d'information à ce sujet. Alors, je fais appel à vos propositions afin de compléter cette page : https://wiki.openstreetmap.org/wiki/FR:Road_signs_in_France Il faut savoir qu'une Aire piétonne : - donne la priorité complète aux piétons - permet la circulation à tous les véhicules, mais à l'allure du pas (interprétation : estimée à 5 km/h max), sauf disposition contraire soumise par l'autorité locale). Merci par avance, JulienM. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Cordialement, Francescu GAROBY ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Aire piétonne ?
En effet, je ne l'avais pas vu. À rechercher de plus près, le C109 ne semble plus exister[1] et les tags ne correspondent pas à la définition d'une aire piétonne[2]. Au final, les tags doivent permettre : - aux piétons de circuler - à tout véhicule de circuler pour la desserte locale uniquement sauf les vélos qui ont le droit de passage - il n'y a pas de limite de vitesse à proprement dit, étant donné que le piéton est prioritaire l'allure du pas est l'usage (et ça semble être plus 6 km/h que 5). Merci également à dcrochet pour son aide sur l'IRC OFTC.net #osm-fr ! [1] http://www.equipementsdelaroute.equipement.gouv.fr/IMG/pdf/Arrete1967_2annexe_vc20120402_cle03791b.pdf [2] http://www.developpement-durable.gouv.fr/IMG/spipdgmt/pdf/Plaquette_CERTU_aire_pietonne_cle062738.pdf Le Lundi 11 août 2014 13h02, Francescu GAROBY windu...@gmail.com a écrit : Sur la page du wiki d'OSM que tu cites, il y a le panneau C109 (qui a le même dessin que le panneau B54 : qui peut me dire la différence ?) et les tags à mettre dans ce cas (highway=pedestrian, au minimum). Francescu Le 11 août 2014 12:47, Julien MÊME julienmeme-li...@yahoo.fr a écrit : Bonjour, Je souhaiterai informer d'une « aire piétonne » représentées par les panneaux B54 (début) et B55 (fin) en France. https://fr.wikipedia.org/wiki/Panneau_de_signalisation_d%27une_aire_pi%C3%A9tonne_en_France Étonné, je ne trouve pas d'information à ce sujet. Alors, je fais appel à vos propositions afin de compléter cette page : https://wiki.openstreetmap.org/wiki/FR:Road_signs_in_France Il faut savoir qu'une Aire piétonne : - donne la priorité complète aux piétons - permet la circulation à tous les véhicules, mais à l'allure du pas (interprétation : estimée à 5 km/h max), sauf disposition contraire soumise par l'autorité locale). Merci par avance, JulienM. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Cordialement, Francescu GAROBY___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Aire piétonne ?
Je ne comprends pas ce qui ne colle pas, dans les tags proposés ? Vu ce que tu dis, en rajoutant bicycle=yes et en mettant finalement highway=living_street au lieu de highway=pedestrian, ça devrait être bon, non ? Francescu Le 11 août 2014 13:24, Julien MÊME julienmeme-li...@yahoo.fr a écrit : En effet, je ne l'avais pas vu. À rechercher de plus près, le C109 ne semble plus exister[1] et les tags ne correspondent pas à la définition d'une aire piétonne[2]. Au final, les tags doivent permettre : - aux piétons de circuler - à tout véhicule de circuler pour la desserte locale uniquement sauf les vélos qui ont le droit de passage - il n'y a pas de limite de vitesse à proprement dit, étant donné que le piéton est prioritaire l'allure du pas est l'usage (et ça semble être plus 6 km/h que 5). Merci également à dcrochet pour son aide sur l'IRC OFTC.net #osm-fr ! [1] http://www.equipementsdelaroute.equipement.gouv.fr/IMG/pdf/Arrete1967_2annexe_vc20120402_cle03791b.pdf [2] http://www.developpement-durable.gouv.fr/IMG/spipdgmt/pdf/Plaquette_CERTU_aire_pietonne_cle062738.pdf Le Lundi 11 août 2014 13h02, Francescu GAROBY windu...@gmail.com a écrit : Sur la page du wiki d'OSM que tu cites, il y a le panneau C109 (qui a le même dessin que le panneau B54 : qui peut me dire la différence ?) et les tags à mettre dans ce cas (highway=pedestrian, au minimum). Francescu Le 11 août 2014 12:47, Julien MÊME julienmeme-li...@yahoo.fr a écrit : Bonjour, Je souhaiterai informer d'une « aire piétonne » représentées par les panneaux B54 (début) et B55 (fin) en France. https://fr.wikipedia.org/wiki/Panneau_de_signalisation_d%27une_aire_pi%C3%A9tonne_en_France Étonné, je ne trouve pas d'information à ce sujet. Alors, je fais appel à vos propositions afin de compléter cette page : https://wiki.openstreetmap.org/wiki/FR:Road_signs_in_France Il faut savoir qu'une Aire piétonne : - donne la priorité complète aux piétons - permet la circulation à tous les véhicules, mais à l'allure du pas (interprétation : estimée à 5 km/h max), sauf disposition contraire soumise par l'autorité locale). Merci par avance, JulienM. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Cordialement, Francescu GAROBY ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Cordialement, Francescu GAROBY ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Aire piétonne ?
Oui, justement ce sont les tags évoqués sur le Wiki qui ne sont pas bons ou complets. Je ne dis pas que je n'ai pas de solutions, mais je fais appel à votre expérience pour proposer les choses et en discuter afin d'améliorer la documentation et avoir une trace dans la liste de diffusion pour ceux qui chercheront par la suite. Concernant justement ta solution, il ne s'agit pas d'une zone de rencontre[1] mais d'une aire piétonne qui légalement n'est pas la même chose, donc highway=living_street ne me semble pas correct. Merci Francescu en tout cas ! JulienM. [1] https://wiki.openstreetmap.org/wiki/FR:Tag:highway%3Dliving_street Le Lundi 11 août 2014 13h29, Francescu GAROBY windu...@gmail.com a écrit : Je ne comprends pas ce qui ne colle pas, dans les tags proposés ? Vu ce que tu dis, en rajoutant bicycle=yes et en mettant finalement highway=living_street au lieu de highway=pedestrian, ça devrait être bon, non ? Francescu Le 11 août 2014 13:24, Julien MÊME julienmeme-li...@yahoo.fr a écrit : En effet, je ne l'avais pas vu. À rechercher de plus près, le C109 ne semble plus exister[1] et les tags ne correspondent pas à la définition d'une aire piétonne[2]. Au final, les tags doivent permettre : - aux piétons de circuler - à tout véhicule de circuler pour la desserte locale uniquement sauf les vélos qui ont le droit de passage - il n'y a pas de limite de vitesse à proprement dit, étant donné que le piéton est prioritaire l'allure du pas est l'usage (et ça semble être plus 6 km/h que 5). Merci également à dcrochet pour son aide sur l'IRC OFTC.net #osm-fr ! [1] http://www.equipementsdelaroute.equipement.gouv.fr/IMG/pdf/Arrete1967_2annexe_vc20120402_cle03791b.pdf [2] http://www.developpement-durable.gouv.fr/IMG/spipdgmt/pdf/Plaquette_CERTU_aire_pietonne_cle062738.pdf Le Lundi 11 août 2014 13h02, Francescu GAROBY windu...@gmail.com a écrit : Sur la page du wiki d'OSM que tu cites, il y a le panneau C109 (qui a le même dessin que le panneau B54 : qui peut me dire la différence ?) et les tags à mettre dans ce cas (highway=pedestrian, au minimum). Francescu Le 11 août 2014 12:47, Julien MÊME julienmeme-li...@yahoo.fr a écrit : Bonjour, Je souhaiterai informer d'une « aire piétonne » représentées par les panneaux B54 (début) et B55 (fin) en France. https://fr.wikipedia.org/wiki/Panneau_de_signalisation_d%27une_aire_pi%C3%A9tonne_en_France Étonné, je ne trouve pas d'information à ce sujet. Alors, je fais appel à vos propositions afin de compléter cette page : https://wiki.openstreetmap.org/wiki/FR:Road_signs_in_France Il faut savoir qu'une Aire piétonne : - donne la priorité complète aux piétons - permet la circulation à tous les véhicules, mais à l'allure du pas (interprétation : estimée à 5 km/h max), sauf disposition contraire soumise par l'autorité locale). Merci par avance, JulienM. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Cordialement, Francescu GAROBY ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Cordialement, Francescu GAROBY___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Aire piétonne ?
Bonjour Le 11/08/2014 13:28, Francescu GAROBY a écrit : [2] http://www.developpement-durable.gouv.fr/IMG/spipdgmt/pdf/Plaquette_CERTU_aire_pietonne_cle062738.pdf Et le CERTU sur la Zone de rencontre : http://www.securite-routiere.gouv.fr/content/download/3189/28063/version/1/file/guide_techn_fiche3_technique_zone_rencontre_cle0262fe.pdf et le CERTU sur les 3 zones zone piétonne , zone de rencontre et zone 30 http://www.securite-routiere.gouv.fr/content/download/3194/28098/version/1/file/fiche_zca2_mo_domaine_d_emploi_75dpi_cle1511dd-1.pdf Cordialement -- David Crochet ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Aire piétonne ?
Au fait, une toute petite question, Dans les zones de rencontres, en plus de highway=living_street, il faut bien ajouter systématiquement oneway:bicycle=no ? JB. Le 11/08/2014 14:04, David Crochet a écrit : Bonjour Le 11/08/2014 13:28, Francescu GAROBY a écrit : [2] http://www.developpement-durable.gouv.fr/IMG/spipdgmt/pdf/Plaquette_CERTU_aire_pietonne_cle062738.pdf Et le CERTU sur la Zone de rencontre : http://www.securite-routiere.gouv.fr/content/download/3189/28063/version/1/file/guide_techn_fiche3_technique_zone_rencontre_cle0262fe.pdf et le CERTU sur les 3 zones zone piétonne , zone de rencontre et zone 30 http://www.securite-routiere.gouv.fr/content/download/3194/28098/version/1/file/fiche_zca2_mo_domaine_d_emploi_75dpi_cle1511dd-1.pdf Cordialement ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Aire piétonne ?
Date: Mon, 11 Aug 2014 15:32:11 +0200 From: jb...@mailoo.org To: talk-fr@openstreetmap.org Subject: Re: [OSM-talk-fr] Aire piétonne ? Au fait, une toute petite question, Dans les zones de rencontres, en plus de highway=living_street, il faut bien ajouter systématiquement oneway:bicycle=no ? JB. Je dirais que non, pas systématiquement. Le code de la route stipule que les voies en sens unique pour véhicules motorisés dans une zone de rencontre sont par défaut en double sens pour les vélos *sauf mention contraire de l'autorité de police* (les termes ne sont peut-être pas les bons). Donc une voie en zone de rencontre qui est en sens unique n'est pas automatiquement en double sens cyclable. J'ai au moins un exemple de ce cas à Paris. George ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Aire piétonne ?
Le 11/08/2014 17:09, George Kaplan a écrit : Je dirais que non, pas systématiquement. Le code de la route stipule que les voies en sens unique pour véhicules motorisés dans une zone de rencontre sont par défaut en double sens pour les vélos *sauf mention contraire de l'autorité de police* (les termes ne sont peut-être pas les bons). Donc une voie en zone de rencontre qui est en sens unique n'est pas automatiquement en double sens cyclable. J'ai au moins un exemple de ce cas à Paris. George Il y a des communes qui font le contraire, l'exception devient la règle. C'est bien dommage. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Article intéressant de rue89 sur les données libres
. http://rue89.nouvelobs.com/2014/08/11/open-data-democratie-reponse-dhenri-verdier-m-data-gouvernement-254156 À voir plus particulièreemnet à partir de la section Une démocratie des acteurs. On y souligne que cela ne se limite pas au contrôle de la démocratie représentative, que l'on voit l'émergence de nouveaux pouvoirs. Ajoutée à l’existence d’Internet, qui permet aux citoyens de se synchroniser, de s’organiser, et de coopérer, cette révolution nous fait entrer dans un monde nouveau où la puissance de la multitude est devenue un paramètre politique essentiel. Les compétences y sont plurielles. L’organisation sociale devient multipolaire. De nouvelles élites apparaissent, qui fondent leurs légitimités dans des dimensions incommensurables. Des blogueurs tiennent la dragée haute aux journalistes. Des collectifs développent Linux, Wikipédia ou OpenStreetMap. La curation sur le web social permet de nouvelles hiérarchisations de l’information. La carte géolocalisée et horodatée des accidents de la route, qui a nourri le hackathon récemment organisé par l’OKFN et le ministère de l’Intérieur, et qui a permis le magnifique travail de Rue89, vaut son pesant de kilobits... Le fichiers des noms de rues, qui a nourri tant de développements. Les statistiques de pollution, les fonds de carte, les données météo... C’est une dimension qui échappe fréquemment aux non-codeurs : l’open data ne se limite pas à révéler des données. Il vise à les rendre accessibles, maniables, activables. Et c’est pour cela qu’il ouvre sur un univers de réutilisations imprévues. Pierre ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] arrêt de bus : information, sur handicap cognitif
J'ai beau chercher je ne trouve pas d'information ni sur le wiki ni dans taginfo permettant de confirmer pour un arrêt de bus la présence de : - carte de quartier ou transport - horaire de passage des bus - présence du nom de l'arrêt - numéro des lignes concernées Mes proposition : display:map=yes/no/bad display:timetable=yes/no/bad display:name=yes/no/bad display:lines=yes/no/bad Qu'en pensez-vous ? Ces informations seront valorisées ici : http://lizpoi.3liz.com/orange/index.php/lizpoi/map/?tree_id=3selected=135 - Cordialement, ZIMMY Jean-Louis ZIMMERMANN Développeur territorial (CCPRO,FR84) Mandataire OSM-France sur le Grand-Sud-est -- View this message in context: http://gis.19327.n5.nabble.com/arret-de-bus-information-sur-handicap-cognitif-tp5814271.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] arrêt de bus : information, sur handicap cognitif
Moi, je mets les lignes qui servent cet arrêt dans route_ref. Les bus express où ceux qui ne s'arrêtent pas dans not_served_by. Jo 2014-08-11 19:46 GMT+02:00 ZIMMY jeanlouis.zimmerm...@laposte.net: J'ai beau chercher je ne trouve pas d'information ni sur le wiki ni dans taginfo permettant de confirmer pour un arrêt de bus la présence de : - carte de quartier ou transport - horaire de passage des bus - présence du nom de l'arrêt - numéro des lignes concernées Mes proposition : display:map=yes/no/bad display:timetable=yes/no/bad display:name=yes/no/bad display:lines=yes/no/bad Qu'en pensez-vous ? Ces informations seront valorisées ici : http://lizpoi.3liz.com/orange/index.php/lizpoi/map/?tree_id=3selected=135 - Cordialement, ZIMMY Jean-Louis ZIMMERMANN Développeur territorial (CCPRO,FR84) Mandataire OSM-France sur le Grand-Sud-est -- View this message in context: http://gis.19327.n5.nabble.com/arret-de-bus-information-sur-handicap-cognitif-tp5814271.html Sent from the France mailing list archive at Nabble.com. ___ 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] arrêt de bus : information, sur handicap cognitif
ZIMMY a écrit : J'ai beau chercher je ne trouve pas d'information ni sur le wiki ni dans taginfo permettant de confirmer pour un arrêt de bus la présence de : - carte de quartier ou transport Sur Grenoble il y a network_map qui est utilisé pour indiquer s'il y a une carte du réseau : http://taginfo.openstreetmap.fr/keys/network_map ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] arrêt de bus : information, sur handicap cognitif
Le 11/08/2014 19:46, ZIMMY a écrit : J'ai beau chercher je ne trouve pas d'information ni sur le wiki ni dans taginfo permettant de confirmer pour un arrêt de bus la présence de : - carte de quartier ou transport - horaire de passage des bus - présence du nom de l'arrêt - numéro des lignes concernées Mes proposition : display:map=yes/no/bad display:timetable=yes/no/bad display:name=yes/no/bad display:lines=yes/no/bad Qu'en pensez-vous ? Ces informations seront valorisées ici : http://lizpoi.3liz.com/orange/index.php/lizpoi/map/?tree_id=3selected=135 Hum, il me semble que display, ça correspond plus à un écran d'affichage (valeurs 'analog'...) avec un contenu variable[1] Ça me semblerait intéressant de reprendre des éléments du schéma information en reprenant la clef board [2]. board:network_scheme=yes/no/bad (plus suggestif que map, et peut-être des valeurs telles que 'main_lines/full/local') board:timetable=yes/no/bad board:name=yes/no/bad board:line_numbers=yes/no/bad (lines, c'est un peu flou...) Il existe une clef departures_board [3] qui ne semble pas documentée, et un tout petit usage du board= [1] http://taginfo.openstreetmap.org/search?q=display [2] http://wiki.openstreetmap.org/wiki/Key:board_type [3] http://taginfo.openstreetmap.org/keys/departures_board -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] arrêt de bus : information, sur handicap cognitif
Réutiliser les tags lié aux 'information' est une bonne idée, mais je ne ferait ni un board:, ni un display: mais un information: Car ce que vous décrivez est un détail de l'info mise à disposition, indépendamment que ce soit un support physique simple ou électronique. Note : que veux dire Bad ? Le 11 août 2014 21:55, Vincent Pottier vpott...@gmail.com a écrit : Le 11/08/2014 19:46, ZIMMY a écrit : J'ai beau chercher je ne trouve pas d'information ni sur le wiki ni dans taginfo permettant de confirmer pour un arrêt de bus la présence de : - carte de quartier ou transport - horaire de passage des bus - présence du nom de l'arrêt - numéro des lignes concernées Mes proposition : display:map=yes/no/bad display:timetable=yes/no/bad display:name=yes/no/bad display:lines=yes/no/bad Qu'en pensez-vous ? Ces informations seront valorisées ici : http://lizpoi.3liz.com/orange/index.php/lizpoi/map/?tree_id= 3selected=135 Hum, il me semble que display, ça correspond plus à un écran d'affichage (valeurs 'analog'...) avec un contenu variable[1] Ça me semblerait intéressant de reprendre des éléments du schéma information en reprenant la clef board [2]. board:network_scheme=yes/no/bad (plus suggestif que map, et peut-être des valeurs telles que 'main_lines/full/local') board:timetable=yes/no/bad board:name=yes/no/bad board:line_numbers=yes/no/bad (lines, c'est un peu flou...) Il existe une clef departures_board [3] qui ne semble pas documentée, et un tout petit usage du board= [1] http://taginfo.openstreetmap.org/search?q=display [2] http://wiki.openstreetmap.org/wiki/Key:board_type [3] http://taginfo.openstreetmap.org/keys/departures_board -- FrViPofm ___ 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] arrêt de bus : information, sur handicap cognitif
Le 11/08/2014 23:14, Jean-Baptiste Holcroft a écrit : Réutiliser les tags lié aux 'information' est une bonne idée, mais je ne ferait ni un board:, ni un display: mais un information: Car ce que vous décrivez est un détail de l'info mise à disposition, indépendamment que ce soit un support physique simple ou électronique. OK, mais le information=board aidera à comprendre que l'information est disponible sur un panneau d'affichage permanent type papier et non sur un écran au contenu variable. (le sujet porte handicap cognitif) Note : que veux dire Bad ? Pas bien ! Je n'en sais pas plus. -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] arrêt de bus : information, sur handicap cognitif
Bon à priori nous nous orientons vers un information:map ... Est-ce que info:map, info:name=*... est bienvenu ou on garde le côté homogène de la clef avec le mot à rallonge? Pour ce qui est du bad c'est que la carte, le nom, le numéro des lignes, ou les horaires peuvent être affichés ou présents mais : - non compréhensibles, non lisibles, ... il faudra alors un champs description en complément FrViPofm wrote Le 11/08/2014 23:14, Jean-Baptiste Holcroft a écrit : Réutiliser les tags lié aux 'information' est une bonne idée, mais je ne ferait ni un board:, ni un display: mais un information: Car ce que vous décrivez est un détail de l'info mise à disposition, indépendamment que ce soit un support physique simple ou électronique. OK, mais le information=board aidera à comprendre que l'information est disponible sur un panneau d'affichage permanent type papier et non sur un écran au contenu variable. (le sujet porte handicap cognitif) Note : que veux dire Bad ? Pas bien ! Je n'en sais pas plus. -- FrViPofm ___ Talk-fr mailing list Talk-fr@ https://lists.openstreetmap.org/listinfo/talk-fr - Cordialement, ZIMMY Jean-Louis ZIMMERMANN Développeur territorial (CCPRO,FR84) Mandataire OSM-France sur le Grand-Sud-est -- View this message in context: http://gis.19327.n5.nabble.com/arret-de-bus-information-sur-handicap-cognitif-tp5814271p5814305.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] arrêt de bus : information, sur handicap cognitif
Le travaill réalisé sur Grenoble est très intéressant mais dans le cas où un arrêt contient déjà beaucoup de données il est nécessaire d'avoir une clé avec entrée logique afin de regrouper les champs associés un peu à la manière du recyclage recycling:glass=* Pour exemple voici un arrêt qui est déjà bien chargé http://www.openstreetmap.org/node/1300837073 Une fois le retour validé je ferai un basculement du display vers information ou info:map Plop76 wrote ZIMMY a écrit : J'ai beau chercher je ne trouve pas d'information ni sur le wiki ni dans taginfo permettant de confirmer pour un arrêt de bus la présence de : - carte de quartier ou transport Sur Grenoble il y a network_map qui est utilisé pour indiquer s'il y a une carte du réseau : http://taginfo.openstreetmap.fr/keys/network_map ___ Talk-fr mailing list Talk-fr@ https://lists.openstreetmap.org/listinfo/talk-fr - Cordialement, ZIMMY Jean-Louis ZIMMERMANN Développeur territorial (CCPRO,FR84) Mandataire OSM-France sur le Grand-Sud-est -- View this message in context: http://gis.19327.n5.nabble.com/arret-de-bus-information-sur-handicap-cognitif-tp5814271p5814306.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] arrêt de bus : information, sur handicap cognitif
Je resterai au plus explicite avec un 'information' en complet, un preset josm t'aidera à ne pas tout réécrire en permanence. Évidement c'est à coupler avec un information=* pour caractériser que c'est un support physique. J'ai toujours du mal à comprendre le 'Bad', ça se fait ailleurs ? Le 12 août 2014 07:16, ZIMMY jeanlouis.zimmerm...@laposte.net a écrit : Bon à priori nous nous orientons vers un information:map ... Est-ce que info:map, info:name=*... est bienvenu ou on garde le côté homogène de la clef avec le mot à rallonge? Pour ce qui est du bad c'est que la carte, le nom, le numéro des lignes, ou les horaires peuvent être affichés ou présents mais : - non compréhensibles, non lisibles, ... il faudra alors un champs description en complément FrViPofm wrote Le 11/08/2014 23:14, Jean-Baptiste Holcroft a écrit : Réutiliser les tags lié aux 'information' est une bonne idée, mais je ne ferait ni un board:, ni un display: mais un information: Car ce que vous décrivez est un détail de l'info mise à disposition, indépendamment que ce soit un support physique simple ou électronique. OK, mais le information=board aidera à comprendre que l'information est disponible sur un panneau d'affichage permanent type papier et non sur un écran au contenu variable. (le sujet porte handicap cognitif) Note : que veux dire Bad ? Pas bien ! Je n'en sais pas plus. -- FrViPofm ___ Talk-fr mailing list Talk-fr@ https://lists.openstreetmap.org/listinfo/talk-fr - Cordialement, ZIMMY Jean-Louis ZIMMERMANN Développeur territorial (CCPRO,FR84) Mandataire OSM-France sur le Grand-Sud-est -- View this message in context: http://gis.19327.n5.nabble.com/arret-de-bus-information-sur-handicap-cognitif-tp5814271p5814305.html Sent from the France mailing list archive at Nabble.com. ___ 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: [Talk-GB] City names translation
2014-08-11 1:31 GMT+03:00 SomeoneElse li...@mail.atownsend.org.uk: Taking for example Nottingham: http://www.openstreetmap.org/node/24913081 What is the source of this data? Common knowledge. How can someone who's local to Nottingham actually verify that the name that you've added is correct? Visit Ukrainian Catholic Church in Nottingham http://www.openstreetmap.org/way/62230804, ask anyone to confirm that Ноттінгем is correct spelling. ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] A431 toll road
On 05/08/2014 15:38, Andy Robinson wrote: Whether its legal is not our concern surely Not really true: So many of the tags used are based around legal regulations: access=* max_speed=* bicycle=no etc... etc... Dave F. --- This email is free from viruses and malware because avast! Antivirus protection is active. http://www.avast.com ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] City names translation
On Sun, 10 Aug 2014, SomeoneElse wrote: On 04/08/2014 16:15, Pavlo Dudka wrote: Hi! I would like to add ukrainian names for cities of UK, but found that SomeoneElse_Revert removed some of name:uk-tags in changeset 20757217 with a comment reverting undiscussed Ukrainian translations including ones for which there's nothing on the ground. This is the list of cities I plan to modify: http://overpass-turbo.eu/s/4rF I notice that you've now decided to upload this changeset adding Ukrainian names for places: http://www.openstreetmap.org/changeset/24588556 Taking for example Nottingham: http://www.openstreetmap.org/node/24913081 What is the source of this data? Under what licence was it made available? How can someone who's local to Nottingham actually verify that the name that you've added is correct? For the record it looks like a simple soundalike translation of Nottingham from one alphabet to another, rather than a unique name at all. It looks like it perhaps, just like Londen (used in Dutch) is a soundalike translation from its English counterpart. And you'd certainly not find Londen on any sign in London to verify this *correct* Dutch name for it. But it's certainly correct that London has name:nl = Londen. cheers, Derick ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] A431 toll road
In this case it is not our access to, or use of, the road which may be illegal (the landowner is giving us permission after all, once we hand over the two quid) but the very existence of the road, because it was constructed without the requisite planning permission. On 2014-08-11 11:10, Dave F. wrote: On 05/08/2014 15:38, Andy Robinson wrote: Whether its legal is not our concern surely Not really true: So many of the tags used are based around legal regulations: access=* max_speed=* bicycle=no etc... etc... Dave F. --- This email is free from viruses and malware because avast! Antivirus protection is active. http://www.avast.com [1] ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb [2] Links: -- [1] http://www.avast.com [2] https://lists.openstreetmap.org/listinfo/talk-gb ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] A431 toll road (going a bit OT)
On 05/08/2014 15:00, Curon Davies wrote: On 5 August 2014 14:25, Dave F. dave...@madasafish.com mailto:dave...@madasafish.com wrote: One reason I haven't added it is because it's illegal (AFAIK. The owners of the land local councillor failed to reply to my tweets) definitely has no planning permission. The development isn't illegal, there is no criminal offence (AFAIK), on the other hand it is unlawful. a) Semantics b) Isn't there a statute law which says 'you can't build or open a road without authorisation'? They have produced no proof it's been constructed to DfT/HA standards. AFAIK roads only need to be constructed to this standard if the road is to be adopted, there are numerous developments where the road isn't built to standard, yet they are still mapped on OSM. AFAIK adoption is only the transfer of responsibility for maintenance i.e. from the building contractor to the local municipal authority. The roads, depending on there usage, have to be constructed to various standards. I can't imagine the M6 toll was allowed to get away with rolling out just 150mm thick layer of compacted hardcore. Insurance (all parties) is unclear possibly suspect. Another reason is I don't map everybody's private drive way. Although questionable, the road is opperated by KELSTON TOLL ROAD LIMITED, and therefore would require public liability insurance. Getting insurance is dead easy. These companies love being given money for old rope, (think of extended warranties for your big screen TV). Receiving a payout is another matter. Will _your_ policy compensate if you hit another vehicle on an unlawful road? Dave F. --- This email is free from viruses and malware because avast! Antivirus protection is active. http://www.avast.com ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] A431 toll road (going a bit OT)
I would hope so, for anyone who has ever been to a village fete and parked in the farmers field. Getting insurance is dead easy. These companies love being given money for old rope, (think of extended warranties for your big screen TV). Receiving a payout is another matter. Will _your_ policy compensate if you hit another vehicle on an unlawful road? Dave F. ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] A431 toll road (going a bit OT)
On 11/08/14 10:33, Dave F. wrote: On 05/08/2014 15:00, Curon Davies wrote: On 5 August 2014 14:25, Dave F. dave...@madasafish.com mailto:dave...@madasafish.com wrote: One reason I haven't added it is because it's illegal (AFAIK. The owners of the land local councillor failed to reply to my tweets) definitely has no planning permission. The development isn't illegal, there is no criminal offence (AFAIK), on the other hand it is unlawful. a) Semantics b) Isn't there a statute law which says 'you can't build or open a road without authorisation'? It seems to me that this is being driven by one particular application of the map, motor vehicle routing. The road exists. It is possible to get permission to use it if you are under 3.5T. Therefore I would say that something like this is valid: highway=unclassified; motor_vehicles=yes/permissive; hgv=no; fee=yes is necessary. If that results in routing applications using it in a way that voids insurance, maybe add something like mib_approved=no. Buildings certainly should still be mapped, even if they don't have planning permission (four years for construction and 10 for use are more permanent than most shop tenancies). Settlements should be mapped, even if some other country disputes their legality. More generally, though, it is dangerous for something like OSM to claim authority on the legal status of any object. Locally, you put yourself at risk of being sued when you turn out to be wrong. Internationally, it increases the pressure to ban it from countries involved with border disputes. ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] City names translation
On Mon, 2014-08-11 at 06:55 +0200, Marc Gemis wrote: Can I apply this reasoning to English names for Belgian towns as well ? Where can I verify that the English name for Antwerpen is Antwerp ? What is the source of this data? Under which license was that made available ? How can someone who's local to Antwerp actually verify that the name that you've added is correct? I must admit I agree with you, we know because we know. Although I guess thats expected as Belgium and the UK are neighbours with a history of travelling between the countries. There are too many translated names, many European cities have English names I was not aware of. I tripped over reading a news article today which mentioned Wuerzberg, it took a few seconds to work out it was referring to Würzburg. If I was writing that article it wouldn't have occurred to me to look up an English spelling. Wuerzberg, may be closer to to the pronunciation, not sure, I can cope with umlauts. Modified spelling do not help however, most people are far more likely to encounter the word Würzburg on a motorway sign or a railway departure board than are likely to want to say it, its far easier to gloss over the umlaut than have a strange spelling that doesn't appear on the signposts. Although the Belgians did confuse me once, driving through Belgium towards Lille, the signs suddenly changed to Rijsel for no apparent reason. Phil (trigpoint) ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
[Talk-GB] newbie alert - railways in North Kent
Particularly if you have an interest in railway tagging (both stations and track) in north Kent you might want to keep a watch out for new mapper James Philips who joined us in July and has been unilaterally reworking some tagging. Unfortunately he has left several unconnected tracks, as well as tagging the track as a platform with name=Platform 1 and tagging the station buildings with railway=station (which may not be wrong, depends how you look at it) while leaving all the other tags on the original node, which gets tagged as a platform. The station XXX also gets named XXX Railway Station. http://www.openstreetmap.org/user/James%20Phillips --colin ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] Ordnance Survey National Grid maps of Edinburgh
Thanks Rob, The alignment matches well with both bing and what is already on OSM (although this may largely be derived). Also pleasing to note that the addresses I have surveyed match those on the OS map - don't suppose they change all that often. Cheers, Donald On 10 August 2014 00:04, Rob Nickerson rob.j.nicker...@gmail.com wrote: Hi all, particularly those folk mapping up in Scotland, The National Library of Scotland has added the earliest editions of Ordnance Survey National Grid maps covering the Edinburgh environs to their online map offerings. http://maps.nls.uk/additions.html#28 What's so special about these maps is that they show details right down to individual buildings plus their addresses! I think this is a first for the UK (Warwickshire CC have a map layer of these National Grid maps but theirs cover a period which is still in copyright so cannot be used for OSM). If out mapping and you want to double check an address, this could be a great asset to have at your disposal. To add this to JOSM you need to create a new imagery layer with the following URL: http://geo.nls.uk/mapdata3/os/edinburgh_1250_out/{zoom}/{x}/{y}.png Regards, Rob ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb -- Donald Noble http://drnoble.co.uk - http://flickr.com/photos/drnoble ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] Ordnance Survey National Grid maps of Edinburgh
I met Richard Rodger who is leading the MESH project at Edinburgh University. Addresses in central Edinburgh have changed so little in 200 years that they are able to use OSM to map where attorneys were located in the middle of the 19th Century. The historical addresses were acquired from Business Directories. And MESH is the reason why these particular maps have been done. There is a link to the project there. I dont think there is that much detailed information available yet, but it looks to be shaping up to be both a fascinating project and a classic example of how OSM data can be used for purposes very different from what one might expect. Jerry On 11 August 2014 22:52, Donald Noble drno...@gmail.com wrote: Thanks Rob, The alignment matches well with both bing and what is already on OSM (although this may largely be derived). Also pleasing to note that the addresses I have surveyed match those on the OS map - don't suppose they change all that often. Cheers, Donald On 10 August 2014 00:04, Rob Nickerson rob.j.nicker...@gmail.com wrote: Hi all, particularly those folk mapping up in Scotland, The National Library of Scotland has added the earliest editions of Ordnance Survey National Grid maps covering the Edinburgh environs to their online map offerings. http://maps.nls.uk/additions.html#28 What's so special about these maps is that they show details right down to individual buildings plus their addresses! I think this is a first for the UK (Warwickshire CC have a map layer of these National Grid maps but theirs cover a period which is still in copyright so cannot be used for OSM). If out mapping and you want to double check an address, this could be a great asset to have at your disposal. To add this to JOSM you need to create a new imagery layer with the following URL: http://geo.nls.uk/mapdata3/os/edinburgh_1250_out/{zoom}/{x}/{y}.png Regards, Rob ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb -- Donald Noble http://drnoble.co.uk - http://flickr.com/photos/drnoble ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb