[OSM-talk] Monitoring route relations
I try to find a tool that continuously monitors all members of a relation for changes. Specifically I would like to be informed automatically by email when any of the members of a bicycle route relation is modified. I am aware of the relation analyser sites that do this on request and only test for discontinuities in the relation. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Monitoring route relations
I have also been looking for such a facility - in my case for admin boundaries. Colin On 2014-11-16 10:38, Volker Schmidt wrote: I try to find a tool that continuously monitors all members of a relation for changes. Specifically I would like to be informed automatically by email when any of the members of a bicycle route relation is modified. I am aware of the relation analyser sites that do this on request and only test for discontinuities in the relation. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk [1] Links: -- [1] https://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Monitoring route relations
I think user Wambacher already monitors the admin boundaries for his website: https://osm.wno-edv-service.de/boundaries/ , so you might contact him. regards m On Sun, Nov 16, 2014 at 11:13 AM, Colin Smale colin.sm...@xs4all.nl wrote: I have also been looking for such a facility - in my case for admin boundaries. Colin On 2014-11-16 10:38, Volker Schmidt wrote: I try to find a tool that continuously monitors all members of a relation for changes. Specifically I would like to be informed automatically by email when any of the members of a bicycle route relation is modified. I am aware of the relation analyser sites that do this on request and only test for discontinuities in the relation. ___ talk mailing listtalk@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Monitoring route relations
On 16/11/2014 09:38, Volker Schmidt wrote: I try to find a tool that continuously monitors all members of a relation for changes. Specifically I would like to be informed automatically by email when any of the members of a bicycle route relation is modified. I am aware of the relation analyser sites that do this on request and only test for discontinuities in the relation. A very useful tool to have, if it exists. Even experienced mappers occidentally break them. --- 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] Monitoring route relations
That looks like a smart website, but the data seems to be quite out of date. I was hoping for something more realtime. The relation analyser does that, but it doesn't catch all problems - a Q-tail slips through very easily. Colin On 2014-11-16 11:21, Marc Gemis wrote: I think user Wambacher already monitors the admin boundaries for his website: https://osm.wno-edv-service.de/boundaries/ [2] , so you might contact him. regards m On Sun, Nov 16, 2014 at 11:13 AM, Colin Smale colin.sm...@xs4all.nl wrote: I have also been looking for such a facility - in my case for admin boundaries. Colin On 2014-11-16 10:38, Volker Schmidt wrote: I try to find a tool that continuously monitors all members of a relation for changes. Specifically I would like to be informed automatically by email when any of the members of a bicycle route relation is modified. I am aware of the relation analyser sites that do this on request and only test for discontinuities in the relation. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk [1] ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk [1] Links: -- [1] https://lists.openstreetmap.org/listinfo/talk [2] https://osm.wno-edv-service.de/boundaries/ ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Monitoring route relations
Hi, I have a script, which runs inside JOSM. It checks our numbered cycle node routes for continuity, but also for some other intricacies these networks have here in Belgium, The Netherlands and Germany. It probably does more than what you need to check linear and circular routes. To use it, you'd need the scripting plugin and Jython. You'd also need to run an Overpass query each time you feel like checking the routes. Jo 2014-11-16 11:28 GMT+01:00 Dave F. dave...@madasafish.com: On 16/11/2014 09:38, Volker Schmidt wrote: I try to find a tool that continuously monitors all members of a relation for changes. Specifically I would like to be informed automatically by email when any of the members of a bicycle route relation is modified. I am aware of the relation analyser sites that do this on request and only test for discontinuities in the relation. A very useful tool to have, if it exists. Even experienced mappers occidentally break them. --- 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] amenity=bicycle_repair_station :::: only 18 so far
Bryce Nesbitt bry...@obviously.com wrote: I'd like to encourage people to map bicycle repair stations. There are only 18 in the database right now. Can we double that this week? http://wiki.openstreetmap.org/wiki/Tag:amenity%3Dbicycle_repair_station The airport at Portland, Oregon (PDX) now provides a bike assembly station. This should probably be tagged as amenity:bicycle_repair_station http://bikeportland.org/2010/06/28/pdx-airport-now-offers-bike-assembly-station-35768 -- Edward. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Monitoring route relations
On 16/11/2014 10:13, Colin Smale wrote: I have also been looking for such a facility - in my case for admin boundaries. For admin boundaries in the UK and Ireland I use EdLoach's : http://www.loach.me.uk/osm/boundaries/ Cheers, Andy ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Monitoring route relations
Hi, Volker Schmidt schrieb: I try to find a tool that continuously monitors all members of a relation for changes. OSMarelmon might be the tool you're looking for. A student at the University of Passau wrote it a while back, his thesis (in German) can be found here http://wiki.openstreetmap.org/wiki/Research#Passau However, the service is currently not available anymore. I once created a subdomain and proxied the content, but sadly the original server was shut down a while back. You can still find the sources here https://github.com/Pedrakhan/osmarelmon I found it quite useful. It told you any kind of change to a relation, even if single nodes (nodes of a way that are member of the relation) were moved and it tried to make the changes human readable. Therefor you simply had to define the type of relation you search for, which in turn gave you a rss feed which informs about the changes. I'll have a look if the server can be reactivated. Peda ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] amenity=bicycle_repair_station :::: only 18 so far
Am 15.11.2014 um 18:35 schrieb Bryce Nesbitt bry...@obviously.com: These repair stands are distinct from an amenity=shop that fixes bicycles, as stands are self-service, typically open 24/7, and free. It's not a shop as commonly understood. in Rome and Berlin (and surely many more places) another typology of places to repair your bike are common: workshops without commercial interest. They typically do have opening hours and you go there with your bicycle to repair it yourself. Typically there will also be volunteers to look after the tools and who might help you if you kindly ask. In some of those you can also assemble a working bike from broken and abandoned/donated ones. They're not the typical shop as using them is free or they ask for a voluntary donation/fee to keep the place running. If you need spare parts you'll normally buy them in an ordinary shop and bring them there. Here's one example, currently tagged as shop, what doesn't hit it 100%: http://www.openstreetmap.org/node/566512945 cheers, Martin ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] amenity=bicycle_repair_station :::: only 18 so far
Martin Koppenhoefer dieterdre...@gmail.com wrote: in Rome and Berlin (and surely many more places) another typology of places to repair your bike are common: workshops without commercial interest. They typically do have opening hours and you go there with your bicycle to repair it yourself. Typically there will also be volunteers to look after the tools and who might help you if you kindly ask. In some of those you can also assemble a working bike from broken and abandoned/donated ones. They're not the typical shop as using them is free or they ask for a voluntary donation/fee to keep the place running. If you need spare parts you'll normally buy them in an ordinary shop and bring them there. Here's one example, currently tagged as shop, what doesn't hit it 100%: http://www.openstreetmap.org/node/566512945 We have one a community bike workshop in Cambridge called Wondergears. http://wondergearsbicycleworkshop.wordpress.com/ http://www.camcycle.org.uk/newsletters/115/article15.html It is just tagged as a building: http://www.openstreetmap.org/way/262729747 -- Edward. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Monitoring route relations
There was OSMonitor by Paweł Paprota, but it is down for a long time. Hopefully, as the source is available, one could repurpose it to add the functionality you mentioned. http://wiki.openstreetmap.org/wiki/OSMonitor Michał On Sun, Nov 16, 2014 at 10:38 AM, Volker Schmidt vosc...@gmail.com wrote: I try to find a tool that continuously monitors all members of a relation for changes. Specifically I would like to be informed automatically by email when any of the members of a bicycle route relation is modified. I am aware of the relation analyser sites that do this on request and only test for discontinuities in the relation. ___ 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] amenity=bicycle_repair_station :::: only 18 so far
These are an increasingly common fixture in the US, particularly in cities that have a green movement (rare, here, I know). I know of one at Guthrie Green (but having a hard time getting a good fix on it) and one unusually well-equipped one at Portland International Airport (I believe this one's mapped; this one's got extra uncommon fixtures necessary for a full teardown or buildup of a bike so you can ride your bike to the airport, take it apart, box it and check it as luggage; I believe KLM worked with the Portland Bicycle Transportation Alliance to get that one installed as Portland has nonstop flights to Amsterdam for some strange reason, essentially making that KLM flight the connecting link between the Portland LCN, Oregon RCN and Amsterdam LCN...). On Sat, Nov 15, 2014 at 5:51 AM, Simon Poole si...@poole.ch wrote: Bryce, where are these common? Not something I've seen here (in a wide sense of the word). Simon Am 15.11.2014 02:32, schrieb Bryce Nesbitt: I'd like to encourage people to map bicycle repair stations. There are only 18 in the database right now. Can we double that this week? http://wiki.openstreetmap.org/wiki/Tag:amenity%3Dbicycle_repair_station -- Separately I'm torn if it's better to map operator= for the party responsible or operated_by=. The first form results in many renderings of the name, which is usually not helpful. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] amenity=bicycle_repair_station :::: only 18 so far
I've just added the ones at the Portland Airport from memory. On Sun, Nov 16, 2014 at 3:26 PM, Paul Johnson ba...@ursamundi.org wrote: These are an increasingly common fixture in the US, particularly in cities that have a green movement (rare, here, I know). I know of one at Guthrie Green (but having a hard time getting a good fix on it) and one unusually well-equipped one at Portland International Airport (I believe this one's mapped; this one's got extra uncommon fixtures necessary for a full teardown or buildup of a bike so you can ride your bike to the airport, take it apart, box it and check it as luggage; I believe KLM worked with the Portland Bicycle Transportation Alliance to get that one installed as Portland has nonstop flights to Amsterdam for some strange reason, essentially making that KLM flight the connecting link between the Portland LCN, Oregon RCN and Amsterdam LCN...). On Sat, Nov 15, 2014 at 5:51 AM, Simon Poole si...@poole.ch wrote: Bryce, where are these common? Not something I've seen here (in a wide sense of the word). Simon Am 15.11.2014 02:32, schrieb Bryce Nesbitt: I'd like to encourage people to map bicycle repair stations. There are only 18 in the database right now. Can we double that this week? http://wiki.openstreetmap.org/wiki/Tag:amenity%3Dbicycle_repair_station -- Separately I'm torn if it's better to map operator= for the party responsible or operated_by=. The first form results in many renderings of the name, which is usually not helpful. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[OSM-talk] weeklyOSM
The weekly round-up of OSM news, issue # 225, is now availalbe online in English, giving as always a summary of all things happening in the openstreetmap world: http://www.weeklyosm.eu Enjoy! ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] weeklyOSM
Hey! You mention the import of 14,000 places in Liberia for the Ébola fight! Thanks to give publicity! Cheers, Rafael. El 16/11/2014 22:20, Madalina Ionescu madalinaionesc...@gmail.com escribió: The weekly round-up of OSM news, issue # 225, is now availalbe online in English, giving as always a summary of all things happening in the openstreetmap world: http://www.weeklyosm.eu Enjoy! ___ 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-nl] Wikipedia
Ronald, Ik zal Warmond even als voorbeeld gebruiken De hoofdtag voor wikipedia is voor warmond: wikipedia=nl:Warmond. De taal prefix is die van het land waarin de tag zich bevind, dus in het geval van Warmond. De tag verwijst naar http://nl.wikipedia.org/wiki/Warmond. In de meeste gevallen is dat voldoende, omdat op de Nederlands wikipedia verwijzingen staan naar andere talen. Als het om de een of andere reden gewenst zou zijn om bijvoorbeeld de Albanese wiki pagina over Warmond toe te voegen, dan gebruik je daar de tweede vorm: wikipedia:sq=Warmond. Omdat in dit geval de taal in de key verwerkt zit, is het mogelijk om meerder van dit type tags toe te voegen waar de basis wikipedia tag maar 1 waarde kan bevatten. Hier is wat de openstreetmap wiki (http://wiki.openstreetmap.org/wiki/Key:wikipedia) hier over zegt: Secondary languages In almost all cases, a single wikipedia tag as described above is sufficient. Data users can access articles in other languages where available using Wikipedia's interlanguage links. If interlanguage links are missing, this should usually be fixed within wikipedia. One example where it is appropriate to provide additional explicit links to articles in secondary languages is where the subject is included in an article on a broader subject in the secondary language, for example to wikipedia:en=Museums in Paris to the English article which provides the best article for the particular museum in France, or wikipedia:fr=places of worship in London which is the best article in French for a particular church in London. In another example the structure of subjects in articles cannot be matched 1:1 with interlanguage links (or maybe there are several articles for the same object). In these circumstances use the format wikipedia:lang=page title for the secondary languages. Waar ik zelf nog niet helemaal uit ben, is hoe je de wikipedia pagina's van plaatsen in Friesland zou moeten taggen. Zelf heb ik voor de gemeentes wikipedia=nl:... gebruikt en ik zag dat Bas dat voor de woonplaatsen ook doet. Maar als je de regels strikt zou naleven, zou je misschien wikipedia:fy moeten gebruiken. In België gebruiken ze wikipedia:fr voor Luik, wikipedia:de voor Eupen en wikipedia:nl voor Antwerpen. Gertjan On Sat, 2014-11-15 at 17:09 +0100, Ronald Stroethoff wrote: Ik zie dat iemand druk bezig is met het maken van links naar wikipedia. De gebruikte manier is: wikipedia=nl:Warmond Op de website: http://wiki.openstreetmap.org/wiki/Key:wikipedia worden twee manieren genoemd: wikipedia=en:St Paul's Cathedral en wikipedia:en=Museums in Paris vooral bij grotere plaatsen en toeristische plekken is de kans groot dat er wikipedia-pagina´s in meerdere talen zijn. Ik heb al wereldwijde edits gezien waarbij een locatie een hele rits pagina ´s had, en die dus vervangen door 1 pagina. Graag hoor ik hoe we hiermee moeten omgaan? Ronald ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Almere wordt gesloopt
Die fietsroute relaties heb ik maar even weer hersteld, zie http://mijndev.openstreetmap.nl/~ligfietser/fiets/?map=routezoom=13lat=52.36316lon=5.24053layers=B0FFTFFTT en ook een mail naar de sloper gestuurd. Als er nog iets ontbreekt laat het even weten. Kan iemand ter plekke checken of deze route weer begaanbaar is (hoeft niet vandaag hoor) ;-) http://www.openstreetmap.org/relation/2203503 FIXME = road closed, route disabled, only enable after manual survey network = XXXrcn note= 50-76 route = XXXbicycle type= route ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Wikipedia
On 11/16/2014 12:08 PM, Gertjan Idema wrote: Waar ik zelf nog niet helemaal uit ben, is hoe je de wikipedia pagina's van plaatsen in Friesland zou moeten taggen. Zelf heb ik voor de gemeentes wikipedia=nl:... gebruikt en ik zag dat Bas dat voor de woonplaatsen ook doet. Maar als je de regels strikt zou naleven, zou je misschien wikipedia:fy moeten gebruiken. In België gebruiken ze wikipedia:fr voor Luik, wikipedia:de voor Eupen en wikipedia:nl voor Antwerpen. Ik laat het aan de Friezen over om wikipedia:fy tags toe te voegen zoals ze ook doen met name:fy :) Mvg, Bas -- GPG Key ID: 4096R/E88D4AF1 Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1 ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Wikipedia
On 11/16/2014 07:03 AM, Ronald Stroethoff wrote: Sebastiaan Couwenberg wrote: On 11/15/2014 05:09 PM, Ronald Stroethoff wrote: Ik zie dat iemand druk bezig is met het maken van links naar wikipedia. Heb je expliciete voorbeeld, links naar een of meer changesets helpt bij het beoordelen van de wijzigingen. http://www.openstreetmap.org/changeset/26768915 Dit is een changeset van mij, daarin heb ik alleen wikipedia tags toegevoegd. Deze changeset komt niet overeen met je klacht over wereldwijde edits waar meerdere wikipedia tags worden vervangen met een enkele. Mvg, Bas -- GPG Key ID: 4096R/E88D4AF1 Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1 ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Wikipedia
On 11/16/2014 07:06 AM, Ronald Stroethoff wrote: Sebastiaan Couwenberg wrote: On 11/15/2014 05:09 PM, Ronald Stroethoff wrote: Ik zie dat iemand druk bezig is met het maken van links naar wikipedia. Heb je expliciete voorbeeld, links naar een of meer changesets helpt bij het beoordelen van de wijzigingen. http://www.openstreetmap.org/changeset/26714979 In deze changeset worden wel meerdere wikipedia tags verwijdert om alleen de primaire taal over te houden. Als ik even snel kijk naar de andere talen hebben die artikelen geen meerwaarde over het artikel in de primaire taal. Maar ik ben niet alle talen machtig om het inhoudelijk goed te kunnen beoordelen. In principe zie ik ook geen probleem met deze changeset. Mocht je van mening zijn dat de extra wikipedia tags toch wel meerwaarde bieden, ze dan gerust terug en ga in discussie met Jake Strine over het verwijderen van de tags. Mvg, Bas -- GPG Key ID: 4096R/E88D4AF1 Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1 ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Almere wordt gesloopt
Minko schreef: Die fietsroute relaties heb ik maar even weer hersteld, zie http://mijndev.openstreetmap.nl/~ligfietser/fiets/?map=routezoom=13lat=52.36316lon=5.24053layers=B0FFTFFTT en ook een mail naar de sloper gestuurd. Als er nog iets ontbreekt laat het even weten. Mooi. Ik ben zelf terughoudend wegens mijn gebrek aan ervaring en overzicht. Wat is de beste manier om een overzicht van de geschiedenis van OSM te krijgen? De meeste tools maken het moeilijk om meer dan een flard per keer te zien. Zijn er krachtigere tools? Ik zou bijna zelf iets schrijven omdat ik meer weet van de datastructuren dan van praktijkwerk. Kan iemand ter plekke checken of deze route weer begaanbaar is (hoeft niet vandaag hoor) ;-) http://www.openstreetmap.org/relation/2203503 FIXME = road closed, route disabled, only enable after manual survey network = XXXrcn note = 50-76 route = XXXbicycle type = route Dat is een aparte route. Die kan ik binnenkort wel checken. Jonathan ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Almere wordt gesloopt
Jonathan schreef: Mooi. Ik ben zelf terughoudend wegens mijn gebrek aan ervaring en overzicht. Wat is de beste manier om een overzicht van de geschiedenis van OSM te krijgen? De meeste tools maken het moeilijk om meer dan een flard per keer te zien. Zijn er krachtigere tools? Ik zou bijna zelf iets schrijven omdat ik meer weet van de datastructuren dan van praktijkwerk. Deze bijvoorbeeld: http://simon04.dev.openstreetmap.org/whodidit/ http://osm.mapki.com/history/ http://wiki.openstreetmap.org/wiki/Quality_assurance Kan iemand ter plekke checken of deze route weer begaanbaar is (hoeft niet vandaag hoor) ;-) http://www.openstreetmap.org/relation/2203503 FIXME = road closed, route disabled, only enable after manual survey network = XXXrcn note = 50-76 route = XXXbicycle type = route Dat is een aparte route. Die kan ik binnenkort wel checken. Jonathan Ok, mocht die route gewoon begaanbaar zijn dan mogen de XXX jes weg. ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Wikipedia
On Sun, 2014-11-16 at 13:37 +0100, Sebastiaan Couwenberg wrote: On 11/16/2014 12:08 PM, Gertjan Idema wrote: Waar ik zelf nog niet helemaal uit ben, is hoe je de wikipedia pagina's van plaatsen in Friesland zou moeten taggen. Zelf heb ik voor de gemeentes wikipedia=nl:... gebruikt en ik zag dat Bas dat voor de woonplaatsen ook doet. Maar als je de regels strikt zou naleven, zou je misschien wikipedia:fy moeten gebruiken. In België gebruiken ze wikipedia:fr voor Luik, wikipedia:de voor Eupen en wikipedia:nl voor Antwerpen. Ik laat het aan de Friezen over om wikipedia:fy tags toe te voegen zoals ze ook doen met name:fy :) Ik had mijn bericht niet goed geformuleerd. De tags in België zijn wikipedia=fr:Liège, wikipedia=de:Eupen en wikipedia=nl:Antwerpen. Voor de plaatsen in Friesland zou dat dus misschien wikipedia:fy=Drachten etc. moeten zijn. Maar dat laat ik ook graag aan de Friezen over. Gertjan ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Wikipedia
Jo schreef op 2014-11-15 17:16: Ik zou zeggen: maak geen link naar Wikidata. Sommigen hebben Dan echter als bezwaar dat dat q-nummer niet veel Zegt Zijn er bezwaren om zowel wikipedia en wikidata keys toe te voegen nu, want q-codes zijn wel bedoelt als stabiele identifier voor Wikipedia topics tussen verschillende talen, projecten en hernoem acties. Ik zag dat er nu al z'n 18 a 19.000 wikidata keys zijn toegevoegd. Hans ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Wikipedia
Oei, ik bedoelde natuurlijk: maak een link naar wikidata. Er is geen probleem om zowel wikpedia, als wikipedia:xx en wikidata tags toe te voegen. Probeer wel om de juiste subject:wikidata / architect:wikidata / artist:wikidata / name:etymology:wikidata e.d. toe te voegen als het niet over het item zelf gaat, maar over, door of vernoemd naar iets of iemand. Jo Op 16 november 2014 23:51 schreef Hans Spaans h...@dailystuff.nl: Jo schreef op 2014-11-15 17:16: Ik zou zeggen: maak geen link naar Wikidata. Sommigen hebben Dan echter als bezwaar dat dat q-nummer niet veel Zegt Zijn er bezwaren om zowel wikipedia en wikidata keys toe te voegen nu, want q-codes zijn wel bedoelt als stabiele identifier voor Wikipedia topics tussen verschillende talen, projecten en hernoem acties. Ik zag dat er nu al z'n 18 a 19.000 wikidata keys zijn toegevoegd. Hans ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl
[OSM-talk-ie] Maps
Hi, Would it be possible to have these maps please: 32/39 and 29/37 NW? Thanks Stephen ___ Talk-ie mailing list Talk-ie@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ie
[OSM-talk-ie] Townland naming oddities
Hi all, I'm putting the finishing touches to another video based on a number of questions that have come up over the last number of weeks. I've covered each one of these in the video to act as a guide for others if they join in mapping later on. What I have so far are: - Part of (non-enclave) - Part of (enclave) - Townlands with and in the title - Townlands with or in the title - Townland with a (surname) in the title - Townlands with only a letter contained within the boundary - Islands with and without townland names Are there other instances of peculiarities in townland naming that I might have missed. If so please let me know and if possible include a link so that I can make use of an example to explain it. Thanks, Dave ___ Talk-ie mailing list Talk-ie@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ie
[Talk-tr] Haftalık osm
Merhaba! Haftalık osm haberleri ve 221.baskı artık çevrim içi olarak görmek mümkün. Tüm dünyadaki olaylar #openstreetmap ve #osm world ile ilgili özetler bu sitede http://www.weeklyosm.eu/tr/archives/401. ___ Talk-tr mailing list Talk-tr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-tr
Re: [Talk-tr] Haftalık osm
Bunun Türkçesi kim hayırlayor? Translate Google mu?? Yani Missing Maps Project “Kaybolan Haritalar Projesi” olur mu? Kaybolmasınlar diyorum! ;-) On Sun, 16 Nov 2014 15:39:06 +0200, Madalina Ionescu madalinaionesc...@gmail.com wrote: Merhaba! Haftalık osm haberleri ve 221.baskı artık çevrim içi olarak görmek mümkün. Tüm dünyadaki olaylar #openstreetmap ve #osm world ile ilgili özetler bu sitede http://www.weeklyosm.eu/tr/archives/401. -- katpatuka.org ___ Talk-tr mailing list Talk-tr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-tr
Re: [Talk-de] Suche Ansprechpartner und Lösungsvorschlag (elotse)
Am 13.11.2014 um 20:38 schrieb Joachim Kast osm...@dd1gj.de: Es geht also darum, die Büros durch irgendetwas Gemeinsames bei OSM zusammenzusuchen, beispielsweise auch durch operator=xxx, falls sich Mitwirkende am Network-Tag stören sollten. Ich bin dagegen, für exotische Sachen neue Keys zu definieren, aber viele der bestehen Keys wie name oder ref sind ausdrücklich für Freitext vorgesehen. Es geht nun erstmal darum, einen bereits vorhandenen Key zu bestimmen, in den man einfach eBussinesslotse reinschreiben kann. brand Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Schwarzwald bei Ludwigsburg ?
Hallo, http://overpass-turbo.eu/s/64G findet den Teilstring Schwarzwald in allen Relationen. http://overpass-turbo.eu/s/64H läuft etwas schneller, weil es nur auf den String Schwarzwald anspricht. Das ganze für Ways (nur die exakte Variante): http://overpass-turbo.eu/s/64I Achtung: zieht man die Bounding-Box größer, wird die Abfrage nicht langsamer. Da ist aber auch nichts plausibles bei. Es handelt sich also wohl um einen Bug in der Rendering-Queue. Viele Grüße, Roland ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Schwarzwald bei Ludwigsburg ?
Entschuldigung, Tippfehler: Achtung: zieht man die Bounding-Box größer, wird die Abfrage nicht langsamer. *deutlich* langsamer Das hat technische Gründe: bei dieser Größe wechselt der Abfragekern die Strategie, und das ist in diesem Fall wohl keine gute Idee. Kommt zu den Enhancements für die Overpass API. Viele Grüße, Roland ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Schwarzwald bei Ludwigsburg ?
Hey
Am 16.11.2014 um 15:27 schrieb Roland Olbricht:
http://overpass-turbo.eu/s/64G
findet den Teilstring Schwarzwald in allen Relationen.
http://overpass-turbo.eu/s/64H
läuft etwas schneller, weil es nur auf den String Schwarzwald anspricht.
Das ganze für Ways (nur die exakte Variante):
http://overpass-turbo.eu/s/64I
Achtung: zieht man die Bounding-Box größer, wird die Abfrage nicht
langsamer.
Da ist aber auch nichts plausibles bei. Es handelt sich also wohl um
einen Bug in der Rendering-Queue.
Eigentlich war ich ja auf der Suche nach *name*=Schwarzwald (oder welche
Varianten rendert Mapnik-Carto iM), damit wir endlich verstehen woher
der Schwarzwald unter Ludwigsburg herkommt.
relation[~name~Schwarzwald]({{bbox}});
liefert aber auch tausende von nodes.
cu fly
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Schwarzwald bei Ludwigsburg ?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hallo Loth, dazu ist mir gerade die Relation http://www.openstreetmap.org/relation/1395820 aufgefallen. Und zwar wird im Standardstil auf osm.org das Label nicht gerendert (zumindest nicht innerhalb des outer-polygons). Ich habe den Stil auch lokal aufgesetzt, wo das Label der Relation im Zentrum des Multipolygons gerendert wird. Dafür wird dort unter Ludwigsburg nicht „Schwarzwald“ gerendert. Allerdings sind die lokalen Daten nicht mehr die aktuellsten, sodass das auch andere Gründe haben kann. Das Ganze spricht aus meiner Sicht sehr dafür, dass die spezielle Relation „schuld“ ist am Schwarzwald in Ludwigsburg. Viele Grüße, Florian Am 15.11.2014 um 19:11 schrieb Lothar Beck: Entschuldigung, ich bin da nicht so bewandert im Forum. Und auch nicht der Profi in Overpass. Ich bin nur ein normaler Mapper aus der Gegend von Ludwigsburg den es stört dass wie unten erwähnt auf Zoomstufe 11 Schwarzwald unter Ludwigsburg gerendert wird. Das passt da nicht hin, der Schwarzwald liegt ja ca. 100 km südwestlich. Auf Zoomstufe 10 steht dann nur noch Schwarzwald dort. Im deutschen Kartenstil gibt es kein Schwarzwald unter Ludwigsburg. Ich hab das tile dann mit /dirty auch mal zum neurendern angestossen, das hat aber auch nichts gebracht, denn mit /status habe ich gesehen dass es aktuell ist. Direkt in Ludwigsburg finde ich da nichts mit Schwarzwald und ein größeres Gebiet läßt mich JOSM nicht laden. Deshalb der Versuch mit der overpass turbo Abfrage, wo ich aber auch keinen Erfolg hatte (Ich fand zwar viele Schwarzwald, aber eben nur da wo sie hingehören nämlich im Schwarzwald und nicht bei Ludwigsburg) Ich vermute da gibt es irgendwo in der Datenbank eine große Relation oder Grenze oder was auch immer mit dem Namen Schwarzwald, was dann dazu führt dass der Name dort bei Ludwigsburg gerendert wird. Ich wäre glücklich wenn mir einer die ID und den Typ des Elementes dazu in der Datenbank findet. Dann kann ich weitersehen welchen Sinn das hat oder ob man das ändert / löscht. Gruss Loth -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBAgAGBQJUaRH3AAoJEL4C5+PUNkMt6TIP/Rvk7aC57KRezKjfInIwD8qJ BpD7BcG9uWh7UgFXw18cfEofDWbnp/Jin3TP/WxkaY9aec1NTzEdMmFUn54e17RW 2LkTu9ZUySK7x4kLMVavVARSeB7Krh45msUrDCvOCrm4L2O9K5u9w5JOAU4FD+i3 rfkflkEHqqt5EB/qN9PiYkJEIDXbnLtjziypHbUEPeuDv7WQZJJGNin21lq1DSUf XdMcko+CRUwLwM/8NxVC4+6hzXX4wutk9tTavtIKUHABioej+Xa0vwhqSvrRAwG/ fs80ja0rezFSEvvRisEX5iC3DiOwaz2bexqplZEPBqlLpfQfbadHcUoAQiWtOEQA UN3zO7QuHWOyiRBm7rLaKFgQxRM3njtninlcuTEiee3osFb3Y1bqPWjqwh8aDESP qivDY4hPJqv81HwCcQbFoj74pbl8iAaSDVpDa1Eu4WBG7BmFRbEV1yTDUL1aDt0V iFohmkjSA58qweNzzZbwfQSe66VpjoytTFtxDP1oi3P9Z6CQ97ZdMNymMrDLTQNF /hPK28aOlY0iRM0hvVYuvloNNb6CtCIP+o4vij1feIFR7jB65EoTi4qL4sdN2IsQ OJ18T5guR3lCcbx/CEkSLvjUdlx3Fu8S6ov2MSeby6i5L+v2IyG0LfS8j1vECVur 8BI9OyesNmv/dqjGvk9B =xoZ7 -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Schwarzwald bei Ludwigsburg ?
Hallo Alle, zuerst vielen Dank an alle die mithelfen diesen Fehler zu finden. Ich habe dabei viel über overpass turbo und deren Möglichkeiten gelernt. Aber das hilft auch wenig zum Finden wenn der Renderer das Label vermutlich falsch plaziert. So ist das sicher den Versuch wert den Namen der verdächtigen Relation auf Schwarzwold zu ändern um zu sehen ob und wo der auftaucht. Dank und Gruss Lothar Hallo Loth, dazu ist mir gerade die Relation http://www.openstreetmap.org/relation/1395820 aufgefallen. Und zwar wird im Standardstil auf osm.org das Label nicht gerendert (zumindest nicht innerhalb des outer-polygons). Ich habe den Stil auch lokal aufgesetzt, wo das Label der Relation im Zentrum des Multipolygons gerendert wird. Dafür wird dort unter Ludwigsburg nicht Schwarzwald gerendert. Allerdings sind die lokalen Daten nicht mehr die aktuellsten, sodass das auch andere Gründe haben kann. Das Ganze spricht aus meiner Sicht sehr dafür, dass die spezielle Relation schuld ist am Schwarzwald in Ludwigsburg. Viele Grüße, Florian Am 15.11.2014 um 19:11 schrieb Lothar Beck: Entschuldigung, ich bin da nicht so bewandert im Forum. Und auch nicht der Profi in Overpass. Ich bin nur ein normaler Mapper aus der Gegend von Ludwigsburg den es stört dass wie unten erwähnt auf Zoomstufe 11 Schwarzwald unter Ludwigsburg gerendert wird. Das passt da nicht hin, der Schwarzwald liegt ja ca. 100 km südwestlich. Auf Zoomstufe 10 steht dann nur noch Schwarzwald dort. Im deutschen Kartenstil gibt es kein Schwarzwald unter Ludwigsburg. Ich hab das tile dann mit /dirty auch mal zum neurendern angestossen, das hat aber auch nichts gebracht, denn mit /status habe ich gesehen dass es aktuell ist. Direkt in Ludwigsburg finde ich da nichts mit Schwarzwald und ein größeres Gebiet läßt mich JOSM nicht laden. Deshalb der Versuch mit der overpass turbo Abfrage, wo ich aber auch keinen Erfolg hatte (Ich fand zwar viele Schwarzwald, aber eben nur da wo sie hingehören nämlich im Schwarzwald und nicht bei Ludwigsburg) Ich vermute da gibt es irgendwo in der Datenbank eine große Relation oder Grenze oder was auch immer mit dem Namen Schwarzwald, was dann dazu führt dass der Name dort bei Ludwigsburg gerendert wird. Ich wäre glücklich wenn mir einer die ID und den Typ des Elementes dazu in der Datenbank findet. Dann kann ich weitersehen welchen Sinn das hat oder ob man das ändert / löscht. Gruss Loth -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBAgAGBQJUaRH3AAoJEL4C5+PUNkMt6TIP/Rvk7aC57KRezKjfInIwD8qJ BpD7BcG9uWh7UgFXw18cfEofDWbnp/Jin3TP/WxkaY9aec1NTzEdMmFUn54e17RW 2LkTu9ZUySK7x4kLMVavVARSeB7Krh45msUrDCvOCrm4L2O9K5u9w5JOAU4FD+i3 rfkflkEHqqt5EB/qN9PiYkJEIDXbnLtjziypHbUEPeuDv7WQZJJGNin21lq1DSUf XdMcko+CRUwLwM/8NxVC4+6hzXX4wutk9tTavtIKUHABioej+Xa0vwhqSvrRAwG/ fs80ja0rezFSEvvRisEX5iC3DiOwaz2bexqplZEPBqlLpfQfbadHcUoAQiWtOEQA UN3zO7QuHWOyiRBm7rLaKFgQxRM3njtninlcuTEiee3osFb3Y1bqPWjqwh8aDESP qivDY4hPJqv81HwCcQbFoj74pbl8iAaSDVpDa1Eu4WBG7BmFRbEV1yTDUL1aDt0V iFohmkjSA58qweNzzZbwfQSe66VpjoytTFtxDP1oi3P9Z6CQ97ZdMNymMrDLTQNF /hPK28aOlY0iRM0hvVYuvloNNb6CtCIP+o4vij1feIFR7jB65EoTi4qL4sdN2IsQ OJ18T5guR3lCcbx/CEkSLvjUdlx3Fu8S6ov2MSeby6i5L+v2IyG0LfS8j1vECVur 8BI9OyesNmv/dqjGvk9B =xoZ7 -END PGP SIGNATURE- ___ 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] Schwarzwald bei Ludwigsburg ?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Am 16.11.2014 um 23:39 schrieb Lothar Beck: Hallo Alle, zuerst vielen Dank an alle die mithelfen diesen Fehler zu finden. Ich habe dabei viel über overpass turbo und deren Möglichkeiten gelernt. Aber das hilft auch wenig zum Finden wenn der Renderer das Label vermutlich falsch plaziert. So ist das sicher den Versuch wert den Namen der verdächtigen Relation auf Schwarzwold zu ändern um zu sehen ob und wo der auftaucht. Ich habe mal „Schworzwald“ statt „Schwarzwold“ probiert. Das Label taucht immernoch bei Ludwigsburg auf und lautet nun „Schworzwald“ ;-). http://tile.openstreetmap.org/11/1076/704.png Dank und Gruss Lothar -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBAgAGBQJUaSkSAAoJEL4C5+PUNkMt6L8QANNI2TN6+eb0+BQVYz15ArJS OZQ9OySUBcNMX/K7Yqb6OgctggCM9RHsZx1K8txA6sLPDOJSbQmCHW5jPSuycobH jh5rvObP5lASwdXuXeX1b8XRhDVV+6NLnlnoTv0QtujbpWr4e4O5LZsmlkNAtASH TKbx0CWqYGBR6kpUFGPXEkMuAU2EZPoAkaLHl2Z/ydLSVIyNoGqP0I7/JMDq4bRh cbgdnzyvPJ7+AUHQE/s61qxmoxq8g8xsSDb/ud8qYTMuhRwdjPHLI0fSlkKOcmvB vdL3E5YZh5g0Gb1m/cHQ+NqhJFz14TF4uFmIBFoJViyS4v7cipKcU78xpt9IgBju Z/V14JBLOkzZM5zNjaaJ4FLrYote3QmHpKmMA4I2yGqIU1DTP9Uwu51GRKx1ukTT hS1vY8mdYQnqE+IsfO/VfPc5VPosK6G7i9zyoctvEUjq/4IQMEe2dMvZll8L9ejk gE9ivSApWaZ6k++Re0l18bpwF6L+Eu5MsBKfxmPiRisv9mH3RhhuiD453+/SdvAj RjZylyNYz88rEkM5EJ9upWdal4LDmxEaj2KqRppq7NFGQSy57MH2l0Q3F9vtUxsg ekgQfcwGk1T2Wn1YysZm/TbXKgWq5ppXLv32HFSiXRXHHSYfXAv1LyYinocUI0Am lDX3gk21cFwIOvQLYL4k =bz5R -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Schworzwald bei Ludwigsburg ?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Nachtrag: Habe gerade den osm-carto-Entwicklern auf GitHub den Fehler gemeldet [1]. Vielleicht weiß dort jemand, wie der Fehler zustandekommt und vielleicht sogar, wie man ihn behebt. [1]: https://github.com/gravitystorm/openstreetmap-carto/issues/1133 Am 16.11.2014 um 23:45 schrieb Florian Schäfer: Am 16.11.2014 um 23:39 schrieb Lothar Beck: Hallo Alle, zuerst vielen Dank an alle die mithelfen diesen Fehler zu finden. Ich habe dabei viel über overpass turbo und deren Möglichkeiten gelernt. Aber das hilft auch wenig zum Finden wenn der Renderer das Label vermutlich falsch plaziert. So ist das sicher den Versuch wert den Namen der verdächtigen Relation auf Schwarzwold zu ändern um zu sehen ob und wo der auftaucht. Ich habe mal „Schworzwald“ statt „Schwarzwold“ probiert. Das Label taucht immernoch bei Ludwigsburg auf und lautet nun „Schworzwald“ ;-). http://tile.openstreetmap.org/11/1076/704.png Dank und Gruss Lothar -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBAgAGBQJUaTCeAAoJEL4C5+PUNkMtXP4P/i6G0jRv/LVKqvXeUNKJInc9 F5tsBDFUagxRQaJLuHb9QCnFXg8LaVf2whl3u4DxjgMLbUhZSQLy3REVSh91IZL1 VIU4dQOdGRbSFrtUAwAM9wcy5txjqSo0L+AVPCNZecT3CHTiu2vfcCqWtGosyVVf LWh8FMZYuvQicvowZ3exZxNgmxqFkfqwjMFK74UXgVb6+c1Eq07vuAD7XZM/Hkt6 Gs4vKAXoh4pk4erxGsLMLIDGUdjYvN+nEXLbZJJspanNzMG2KQOx2mgObJj7Il/D GyAIaW1bYB1kMxd1MRm7U6ifMXM92lRktbA85tCRvpPd5aUXVa6IjANdHZ2S13Mz WCxIDFOow25c9Xq+xvKhaRfrd0ff0okEEbG1pf1415FO0KMjDGKRgDe3EDY4WeeM Kh2m1B2T6F6pOKHBqCizgmSkGAXhU8CZFICWNeQaYGXgHLfoVshB8FWfEHXoclFK wiCu131RPsTf4trzjupvjDsM5L5jAiwJDFST1+GPLHP1gM7ONAHfVg4pMJnuTAAe j9TiT1hzhBcreKrGBPYYkZIT+ppg/oRjTRuN5Ddl+68moYqcJEoxp90paK+R59bY X5PsCghlWhhPLlPEVUzZfMvQ8Ta/O9yoW3GUNqof/mX0ADPYo6ZDLztekLJDpcxG tXSY5pcsILnPxm/LGr6I =sZtJ -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-it] Import Civici Biella
2014-11-16 8:30 GMT+01:00 Paolo Monegato gato.selvad...@gmail.com: Il 14/11/2014 10:16, Andrea Musuruane ha scritto: Ho guardato a Biella. Lo scostamento dai limiti amministrativi importati dall'ISTAT in OSM è veramente minimo e non risolve la situazione. E si che, se non ho visto male, l'ARPA Piemonte dice che quei dati sono alquanto precisi (si parla di 2 m, se non ricordo male)... Prova a guardare dove fisicamente passa il confine, di solito c'è un fosso o un torrentello o una stradina. Se quelle case sono al di là del confine fisico allora potrebbe essere come diceva Stefano: Non conosco le zone di cui si parla, ma in provincia di Lecce i confini ISTAT sono paurosamente imprecisi. Quando ho importato i confini pubblicati dal comune di Lecce ho potuto constatare imprecisioni di decine e decine di metri, facilmente riscontrabili anche con una semplice occhiata alla CTR o alle mappe catastali, in quanto quasi sempre in queste zone i confini comunali seguono strade oppure limiti di proprietà ben delimitati da muretti o altro, quindi facilmente individuabili sulle foto aeree. Anche se mi sembra strano che un comune lasci case e persone, e quindi proventi fiscali, che si trovano dentro i suoi confini ad altro comune... Tornando all'esempio di Lecce, oltre alle imprecisioni di cui sopra, qualche anno fa erano state eseguite delle permute coi comuni limitrofi di Trepuzzi e Squinzano, mediante le quali Lecce aveva ceduto alcune località costiere ai due comuni che confinano dal lato opposto, ricevendone in cambio porzioni di territorio nell'entroterra. Questo per dimostrare che gli spostamenti di territorio esistono e possono essere molto consistenti. A questo link l'esempio citato: http://www.openstreetmap.org/relation/40490#map=13/40.4409/18.1087 Quindi tornando al discorso di addr:city e addr:postcode, forse non sempre sono così ridondanti, come invece indicato nell'esempio della wiki italiana (http://wiki.openstreetmap.org/wiki/IT:Key:addr) che sarebbe valido se i confini fossero quelli importati dalle CTR. Ciao Federico ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Import Civici Biella
Il 16 novembre 2014 09:43, Federico Cortese ha scritto: 2014-11-16 8:30 GMT+01:00 Paolo Monegato : Anche se mi sembra strano che un comune lasci case e persone, e quindi proventi fiscali, che si trovano dentro i suoi confini ad altro comune... anche a me, ma alla fine quante strade sono? il problema potrebbe esser dovuto a qualche strada tortuosa che non coincide sempre col confine? o manca il nodo in comune tra boundary e highway? o una highway lunga non è stata spezzata al confine? forse è il caso di fare una verifica manuale (sono disponibile a dare una mano per quello che si può fare senza conoscere i luoghi) Tornando all'esempio di Lecce, oltre alle imprecisioni di cui sopra, qualche anno fa erano state eseguite delle permute coi comuni limitrofi non sembra il caso di Biella perché nel file .xls/.csv che si scarica da questa pagina dell'ISTAT http://www.istat.it/it/archivio/6789 (il link si chiama Variazioni ammin. e territoriali dal 1991, nella colonna degli scaricamenti), l'unica variazione che ho visto è relativa alla costituzione della Provincia nel 1992 Quindi tornando al discorso di addr:city e addr:postcode, forse non sempre sono così ridondanti, come invece indicato nell'esempio della wiki italiana (http://wiki.openstreetmap.org/wiki/IT:Key:addr) che sarebbe valido se i confini fossero quelli importati dalle CTR. vero, ma se inseriamo un addr:city che non corrisponde alla relazione che lo contiene spazialmente, creiamo una incongruenza nei dati che non può essere risolta senza una terza fonte indipendente, e non mi sembra il caso di inserire dati che fin dall'inizio creano questo problema: o si capisce che l'errore è nel confine o nelle highway o nel dato in importazione e si corregge o non si importa quel singolo dato, alla fine è più importante sapere che i dati importati erano giusti piuttosto che averli tutti (anche perché essendo dati liberi, chi li vuole tutti li può avere senza passare da OSM, il nostro valore aggiunto è aver fatto dei controlli per renderli più adatti all'uso in OSM) -- Daniele Forsi ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Mobile Apps
Ciao a tutti allo stato attuale quali sono le migliori app mobile (android e iOS) per fare GPS tracking su OSM? Grazie! Ing. Matteo Tempestini Pratosmart pratosm...@gmail.com mailto:pratosm...@gmail.com www.pratosmart.org http://www.pratosmart.org/ ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Mappare attività artigianali
Mi è stato richiesto delle dritte per mappare alcuni luoghi di artigianato pratese. Un consiglio: è per voi utile far inserire le attività commerciali (e le loro caratteristiche) direttamente su OSM? Oppure per fare questo voi creereste una app con un db indipendente…? Grazie Ing. Matteo Tempestini Pratosmart pratosm...@gmail.com www.pratosmart.org ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Mobile Apps
A mio avviso, per Android: OsmTracker e OsmAnd ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Import Civici Biella
Ciao Andrea,
sto tentando di usare il tuo script con i nomi delle vie della Toscana
ma sembra esserci qualche problema. Ho trasformato il dbf in csv in QGIS
(grazie sabas per il suggerimento!) e ho modificato il tuo script py in
questo modo:
import csv
import normalizer
streetNames = {}
# Read toponyms
inputFile = open(Toponimo_ripulito.csv, rb)
streetReader = csv.DictReader(inputFile, delimiter=;)
fieldnames = streetReader.fieldnames
outputFile = open(Toponimo_ripulito_osm.csv, wb)
fieldnames.append(DEN_UFF_OSM)
streetWriter = csv.DictWriter(outputFile, fieldnames, delimiter=;)
streetWriter.writeheader()
for row in streetReader:
row[DEN_UFF_OSM] =
normalizer.translateName(row[DEN_UFF]).encode(utf-8)
streetWriter.writerow(row)
inputFile.close()
outputFile.close()
dove DEN_UFF è la colonna del file csv che contiene il nome della via.
L'errore è il seguente:
F:\Maps\ogr2osmpython F:\Maps\ogr2osm\normalizza_vie.py
Traceback (most recent call last):
File F:\Maps\ogr2osm\normalizza_vie.py, line 43, in module
row[DEN_UFF_OSM] =
normalizer.translateName(row[DEN_UFF]).encode(utf-8
)
KeyError: 'DEN_UFF'
Non capisco dove possa essere il problema. Suggerimenti?
Grazie in anticipo
Leonardo
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Mappare attività artigianali
2014-11-16 22:39 GMT+01:00 Pratosmart pratosm...@gmail.com: Mi è stato richiesto delle dritte per mappare alcuni luoghi di artigianato pratese. Un consiglio: è per voi utile far inserire le attività commerciali (e le loro caratteristiche) direttamente su OSM? Oppure per fare questo voi creereste una app con un db indipendente…? http://su.openstreetmap.it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[OSM-talk-fr] Miases à jour BANO interrompues
Bonjour, les mises à jour de la base qui alimente BANO en données OSM ont été arrêtées hier à mi-journée, pour cause d'espace disque saturé. La conséquence pour aujourd'hui (et sûrement quelques jours à venir) est que les tuiles du rendu BANO et les listes Fantoir, tout en restant accessibles, ne seront pas rafraîchies. vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Retour sur la véloroute Véloscénie dans OSM
On 11/16/2014 05:08 AM, Quynh Vu Do wrote: Dernièrement j'ai fait un parcours de plus de 2000 km de Paris jusqu'à Caen J'allais faire une vanne... Mais j'ai quand même vérifié... http://vdquynh.blogspot.com/2014/08/france-2014-bilan-de-40-journees-de.html - vraiment 2000 km de Paris jusqu'à Caen - quelques petits détours... Jolie ballade ! ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Retour sur la véloroute Véloscénie dans OSM
Ce n'est pas utile dans l'immédiat puisque ça ne couvre pas la France, mais je suis tombé par hasard sur cet outil de vérification des itinéraires cyclables qui a l'air assez complet : http://osma.vmarc.be/en/about Stéphane ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Licences à réciprocité
Je pense que oui, ce type de licence serait plus adapté à OSM que l'ODbL actuelle. Le 14 novembre 2014 20:53, Tyndare tynd...@wanadoo.fr a écrit : Pour aller à contre-courant des discussions passées à propos des pressions sur la fondation pour adopter une licence type domaine publique, ou aux qualifications d'OSM ultra libéral, je remonte un article que je trouve intéressant à propos des licences à réciprocité: http://scinfolex.com/2014/11/14/les-licences-a-reciprocite-une-piste-pour-la-transformation-numerique-de-leconomie/ C'est des licences qui obligent à contribuer si on fait un usage commercial (contribution directe ou indirecte au(x) commun(s), ou contribution financière), et qui envisagent pour certaines de récompenser les contributeurs (mais ça c'est encore plus polémique car ça casse le coté altruiste des projets collaboratifs). Je me dis que pour l'instant ça ne pourrait que gêner l'adoption d'OSM, mais dans le futur proche où le projet sera utilisé par toutes les grosses boites de cartographie et que le nombre de contributeur régressera comme c'est arrivé sur Wikipédia, c'est sûrement une piste à considérer. Vous pensez que ce genre de licence serait adaptable et bénéfique au projet OSM ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Amélioration de la cartographie des stations de métro
Bonsoir, J'ai rencontré samedi une personne (Sherab, en copie de ce courrier) qui a attiré mon attention sur deux omissions dans la cartographie des stations de métro qui gênent particulièrement les déficients visuels et que nous avons notamment pu vérifier à Paris et à Toulouse : 1. Aucun lien n'est fait entre les entrées et les stations de métro et donc rien n'indique à quelle station une entrée donne accès. Vous pouvez par exemple le vérifier à Paris sur la station Bastille qui dispose de 9 entrées très éloignées les unes des autres (jusqu'à 250 m) : http://osm.org/go/0BOd7lkbF--?m= 2. Les couloirs des stations de métro ne sont pas tracés. Or, s'il est facile pour un voyant de se repérer dans les couloirs et de se diriger depuis l'entrée de la station jusqu'au quai, il n'en va pas de même pour un aveugle, surtout lorsqu'on considère des stations telles que celle de Bastille qui sont de vrais dédales. Si nous tracions ces couloirs, une application tierce pourrait ensuite prendre en charge le routage en associant aux segments des informations descriptives détaillées telles que celles fournies sur le site Métro-connexion : http://metro-connexion.org/ Cf. par exemple la « description courte » du trajet entre les stations « Bibliothèque François Mitterrand » et « Ourcq » via la gare d'Austerlitz : http://metro-connexion.org/index.php?module=communaction=decrireid=1442t=1s=22a=187index=0 Concernant le premier point, j'ai noté sur le Wiki d'OSM qu'un type de relation permet d'associer les stations et les entrées, il s'agit de : http://wiki.openstreetmap.org/wiki/Tag:public_transport%3Dstop_area dont les entrées de métro peuvent être membres : http://wiki.openstreetmap.org/wiki/Tag:railway%3Dsubway_entrance Concernant le second point, je me dis que nous devons demander aux collectivités territoriales ce qu'elles ont en stock et si elles disposent des plans des stations, voire du filaire des couloir, elles doivent le publier sur leur site Open Data. J'en ai déjà touché deux mots à la responsable Open Data de Toulouse Métropole. Sébastien -- Sébastien Dinot, sebastien.di...@free.fr http://sebastien.dinot.free.fr/ Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer ! ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] site web openstreetmap.fr et sa page comment contribuer
Il serait à mon sens plus intéressant et plus simple que la page comment contribuer en création remplace celle-ci : http://openstreetmap.fr/contribuer ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Amélioration de la cartographie des stations de métro
Lier bouches de métros avec la station est effectivement relativement simple. Pour ce qui est des couloirs souterrains, c'est une autre histoire ! Le mapping indoor est complexe vu qu'on n'a ni GPS ni image aérienne pour s'aider, c'est donc assez pifométrique à moins d'avoir accès à des plans précis. Pour la RATP, des plans (trop) détaillés des stations existent mais ne sont pas communicables car ils contiennent beaucoup d'informations sur des zones non accessibles au public. Il y aurait un très gros travail à faire pour ne diffuser que ce qui est diffusable... et donc on sort de l'opendata classique. De plus la modélisation dans OSM n'est pas évidente du tout. On est dans du indoor qui plus est multi-niveaux... j'y ait un peu goûté sur le mapping des stations parisiennes de la ligne C du RER. C'est pas du gâteau. Je me suis parfois aidé d'un télémètre laser pour mesurer la longueur d'un couloir et connaitre surtout celle des quais. Rien d'impossible bien sûr, mais rien d'évident non plus ! Le 16 novembre 2014 21:23, Sébastien Dinot sebastien.di...@free.fr a écrit : Bonsoir, J'ai rencontré samedi une personne (Sherab, en copie de ce courrier) qui a attiré mon attention sur deux omissions dans la cartographie des stations de métro qui gênent particulièrement les déficients visuels et que nous avons notamment pu vérifier à Paris et à Toulouse : 1. Aucun lien n'est fait entre les entrées et les stations de métro et donc rien n'indique à quelle station une entrée donne accès. Vous pouvez par exemple le vérifier à Paris sur la station Bastille qui dispose de 9 entrées très éloignées les unes des autres (jusqu'à 250 m) : http://osm.org/go/0BOd7lkbF--?m= 2. Les couloirs des stations de métro ne sont pas tracés. Or, s'il est facile pour un voyant de se repérer dans les couloirs et de se diriger depuis l'entrée de la station jusqu'au quai, il n'en va pas de même pour un aveugle, surtout lorsqu'on considère des stations telles que celle de Bastille qui sont de vrais dédales. Si nous tracions ces couloirs, une application tierce pourrait ensuite prendre en charge le routage en associant aux segments des informations descriptives détaillées telles que celles fournies sur le site Métro-connexion : http://metro-connexion.org/ Cf. par exemple la « description courte » du trajet entre les stations « Bibliothèque François Mitterrand » et « Ourcq » via la gare d'Austerlitz : http://metro-connexion.org/index.php?module=communaction=decrireid=1442t=1s=22a=187index=0 Concernant le premier point, j'ai noté sur le Wiki d'OSM qu'un type de relation permet d'associer les stations et les entrées, il s'agit de : http://wiki.openstreetmap.org/wiki/Tag:public_transport%3Dstop_area dont les entrées de métro peuvent être membres : http://wiki.openstreetmap.org/wiki/Tag:railway%3Dsubway_entrance Concernant le second point, je me dis que nous devons demander aux collectivités territoriales ce qu'elles ont en stock et si elles disposent des plans des stations, voire du filaire des couloir, elles doivent le publier sur leur site Open Data. J'en ai déjà touché deux mots à la responsable Open Data de Toulouse Métropole. Sébastien -- Sébastien Dinot, sebastien.di...@free.fr http://sebastien.dinot.free.fr/ Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer ! ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Amélioration de la cartographie des stations de métro
Le 16/11/2014 22:17, Christian Quest a écrit : Pour ce qui est des couloirs souterrains, c'est une autre histoire ! Pour rappel, ce qui avait été initié sur Boulogne (et le lien vers son wiki) : https://lists.openstreetmap.org/pipermail/talk-fr/2011-October/037036.html vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[Talk-GB] Fwd: [OSM-talk] weeklyOSM
Von: Madalina Ionescu madalinaionesc...@gmail.com Datum: 16.11.2014 20:22 Betreff: [OSM-talk] weeklyOSM An: t...@openstreetmap.org Cc: The weekly round-up of OSM news, issue # 225, is now availalbe online in English, giving as always a summary of all things happening in the openstreetmap world: http://www.weeklyosm.eu Enjoy! ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
[Talk-us] Palmer Motorsports Park...
... is now on the map: https://www.openstreetmap.org/#map=16/42.2360/-72.2444 it won't open until mid summer but the pavement is down and i got 3 1/4 laps of it this morning driving the track centerline with tracklogger on my nexus 7. i also left the new track manager (Charlie was just hired 2 days ago) with a house warming present in the form of a 4 pack of toilet paper. so there's another race track that is in OSM and pretty much nowhere else (i did the new Thompson Road CT course this past summer, and our version is way, way better than what's in Google Maps.) richard -- rwe...@averillpark.net Averill Park Networking - GIS IT Consulting OpenStreetMap - PostgreSQL - Linux Java - Web Applications - Search ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
[Talk-us] Can not upload a change set
Last night I was editing Stillwater, OK with JOSM and everything was working great. I was uploading change sets with out issue. My wife pulled me away from the computer for a while. I came back made some edits and tried to upload them. JOSM timed out and locked up while trying to upload the change. It was late, so I just turned of the computer and went to bed. This morning, I can not upload any change sets via OSMAND and Potlach 2. They just spin with out giving an error. I tried other computers and other internet connections. 1) Am I the only one having this issue? If so can someone help me? 2) Is the OSM server down and I missed a email/note somewhere? 3) In the history tab on OSM I see other change sets with in the last hour. https://www.openstreetmap.org/user/mhenson Mike ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Can not upload a change set
I've made several changes today using JOSM the most recent being about 45 minutes ago. Other than slow loading of Bing background imagery, I had no issues. Tod On Nov 16, 2014, at 2:28 PM, Mike Henson wrote: Last night I was editing Stillwater, OK with JOSM and everything was working great. I was uploading change sets with out issue. My wife pulled me away from the computer for a while. I came back made some edits and tried to upload them. JOSM timed out and locked up while trying to upload the change. It was late, so I just turned of the computer and went to bed. This morning, I can not upload any change sets via OSMAND and Potlach 2. They just spin with out giving an error. I tried other computers and other internet connections. 1) Am I the only one having this issue? If so can someone help me? 2) Is the OSM server down and I missed a email/note somewhere? 3) In the history tab on OSM I see other change sets with in the last hour. https://www.openstreetmap.org/user/mhenson Mike ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us smime.p7s Description: S/MIME cryptographic signature ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Can not upload a change set
On Sun, Nov 16, 2014 at 3:28 PM, Mike Henson mikehen...@hotmail.com wrote: Last night I was editing Stillwater, OK with JOSM and everything was working great. I was uploading change sets with out issue. My wife pulled me away from the computer for a while. I came back made some edits and tried to upload them. JOSM timed out and locked up while trying to upload the change. I am sure about the editor issues but I have a suggestion for JOSM. I wonder if what you are experiencing is garbage collection of the Java JVM. Sometimes it helps to return to the JOSM session and be patient. I am guessing that Java fights to regain some memory to work again. One of the things that I have done to protect against the interruptions or other failure issues is timed backups. Menu Edit Preferences Map looking grid/Map Settings or the third button down. Click on the File Backup tab. Click on the Auto save enable box and enter the seconds between saves. I lowered my tolerance to 15 seconds. The laid on power strip button several times. ;-) Regards, Greg ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Palmer Motorsports Park...
Wow they really built that in the middle of nowhere. Hopefully mapbox gets some new imagery soon so we can see it to. Awesome job thanks Richard! *Regards,* *Hans* On Sun, Nov 16, 2014 at 2:13 PM, Richard Welty rwe...@averillpark.net wrote: ... is now on the map: https://www.openstreetmap.org/#map=16/42.2360/-72.2444 it won't open until mid summer but the pavement is down and i got 3 1/4 laps of it this morning driving the track centerline with tracklogger on my nexus 7. i also left the new track manager (Charlie was just hired 2 days ago) with a house warming present in the form of a 4 pack of toilet paper. so there's another race track that is in OSM and pretty much nowhere else (i did the new Thompson Road CT course this past summer, and our version is way, way better than what's in Google Maps.) richard -- rwe...@averillpark.net Averill Park Networking - GIS IT Consulting OpenStreetMap - PostgreSQL - Linux Java - Web Applications - Search ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
