Re: [OSM-talk-be] Carte du nucléaire (map of nuclear power plants) - from talk-fr mailing list
Hi, The cooling tower at Drogenbos has nothing to do with UCB. It really is part of an Electrabel power plant, just not a nuclear one. The technology involved is combined cycle gas turbine (CCGT) or Turbine Gaz-Vapeur (TGV) in French. I don't know how you should tag that, but there are a few other in Belgium: http://www.electrabel.be/whoarewe/activities/generationfacilities.aspx On Sun, Apr 10, 2011 at 22:20, Linus Able linusableli...@yahoo.fr wrote: A message on the mailing list talk...@openstreetmap.org presents a map of nuclear power plants : http://www.leretourdelautruche.com/map/nuclear.html (ref : http://lists.openstreetmap.org/listinfo/talk-fr 10 april 2011) I have seen that it is OK for Tihange, but that an UCB tower at Drogenbos is erroneously tagged as a nuclear reactor, and there is nothing about Doel ! On OSM, i have just seen the following tags for the 3 reactors : * generator:method: fission * generator:source: nuclear * power: generator I am not familiar at all with tags concerning power, and i am far from Doel and Mol, so is there somebody to help our french mapper ? linusable - Here follow an extract of my reply on the talk-fr list : pour la Belgique, la carte mentionne 2 localisation. 1. Tihange : http://www.leretourdelautruche.com/map/nuclear.html?zoom=15lat=50.53509lon=5.27252layers=B0TT OK (codé par http://www.openstreetmap.org/user/Oli-Wan) 2. Drogenbos : http://www.leretourdelautruche.com/map/nuclear.html?zoom=16lat=50.80172lon=4.30018layers=B0TT Il s'agit d'une tour de refroidissement d'une entreprise chimique (UCB, mais qui a peut-être changé de dénomination) -- il n'y a rien de nucléaire à cet endroit ! Par contre, il y a une centrale à Doel (production électrique) : http://www.openstreetmap.org/?lat=51.32363lon=4.25887zoom=15layers=M Il y a aussi le centre de recherche nucléaire à Mol (http://www.sckcen.be) avec un ancien réacteur. Il est envisagé d'y implanter un réacteur expérimental de nouvelle génération. http://www.openstreetmap.org/?lat=51.22048lon=5.0913zoom=16layers=M ref : http://fr.wikipedia.org/wiki/Liste_des_centrales_nucl%C3%A9aires_de_Belgique ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] 4th meeting STUK on 06 april 2011
I adapted the script quite extensively in the mean time. It takes into account the language of the names (if possible) and it works quite well for the bilingual situation of Brussels. Of course, what it proposes in the edit box, is only a suggestion. It will still turn all 'De' in 'de', which is probably not what you want when this 'De' is part of somebody's name. In that case, simply press the Cancel button and it will not ask the question about streets with that name again. What is more important than the specifics of what this script does though, is that is now possible to code functionality in Python. Doing something with a selection or with all the elements of a specific type. Adding the actions to a list and then adding that list to the undoRedo buffer. What I also found, is that it's best to start JOSM from within a command prompt, or from a cmd-file: C:\Program Files (x86)\java\jre6\bin\java.exe -jar -Xmx500m C:\Users\Jo\Downloads\josm-latest.jar That way Python print commands print to this command prompt and also when an exception occurs (an error), it's possible to see what it's all about in that output (and also in which line of the script it got stuck). At first we were working 'in the dark', which is not very convenient. #!/bin/jython # # Spell checking.py - Helps to locate probable spell errors in name fields # from javax.swing import JOptionPane from org.openstreetmap.josm import Main import org.openstreetmap.josm.command as Command import org.openstreetmap.josm.data.osm.Node as Node import org.openstreetmap.josm.data.osm.Way as Way import org.openstreetmap.josm.data.osm.TagCollection as TagCollection import org.openstreetmap.josm.data.osm.DataSet as DataSet corrections = {'fr': [('Dr. ', 'Docteur '),('R. ', 'Rue '), ('Av. ', 'Avenue '), ('Bd. ', 'Boulevard '), ('Sq.', 'Square'), ('Pl.', 'Place'), (' De ', ' de '), (' Le ', ' le '), (' La ', ' la '), (' Du ', ' du '), (' Des ', ' des '), (' Les ', ' les '), (' Au ', ' au '),(' Aux ', ' aux '),('À', 'à'),(' Den ',' den '), ( Sur , sur ), ( D', d'), ( L', l'), (' ,'), (Ecole ,École ), (Eglise, Église), (Chateau, Château), (Cable, Câble), (General, Général)], 'nl': [( Voor , voor ), ( Op , op ), ( Pour , pour ), ( Naar , naar ), ( Ter , ter ), ( En , en ), ( Van , van ), ('T , 't ), ('S , 's ), (-Ter-, -ter-), ( Het , het ), ( Straat, straat), ( Weg, weg), ( Laan, laan), ( Steenweg, steenweg), ( Baan, baan), (Oudebaan, Oude Baan), (Grotebaan, Grote Baan), (de Lijn, De Lijn)]} commandsList = [] streetnames = {} def getMapView(): if Main.main and Main.main.map: return Main.main.map.mapView else: return None def myOwnCapitalize(word): # JOptionPane.showMessageDialog(Main.parent, word.decode('utf-8')) if word: return word[0].upper() + word[1:] else: return u mv = getMapView() if mv and mv.editLayer and mv.editLayer.data: selectedNodes = mv.editLayer.data.getSelectedNodes() selectedWays = mv.editLayer.data.getWays() selectedRelations = mv.editLayer.data.getSelectedRelations() if not(selectedNodes or selectedWays or selectedRelations): JOptionPane.showMessageDialog(Main.parent, Please select something) else: for way in selectedWays: for isoLang in ['nl', 'fr', '']: correctedName = result = u'' if isoLang: nameColonIso = 'name:' + isoLang else: nameColonIso = 'name' if way.hasKey(nameColonIso): name=str(way.get(nameColonIso).encode('utf-8')) if name in streetnames: if streetnames[name] == 'ignore': continue else: correctedName = streetnames[name] else: Main.main.getCurrentDataSet().setSelected(way) # dummy = mv.editLayer.data.getSelected() # mv.zoomTo(Main.main.getEditLayer().data.getSelected()) # JOptionPane.showMessageDialog(Main.parent, name.decode('utf-8')) for subname in name.split(;): for word in subname.split( ): if word: if - in word and len(word)1: dashes = word.split(-) correctedName += myOwnCapitalize(dashes[0]) for dash in dashes[1:]: # if dash[0] == ' ':
Re: [OSM-talk-be] 4th meeting STUK on 06 april 2011
Jo wrote: ( Straat, straat), ( Weg, weg), ( Laan, laan), ( Steenweg, steenweg),( Baan, baan), Ik zou voor deze een extra symbool invoegen als '$' die het einde van de string inhoudt, want ergens zullen er wel straten zijn met een naam die begint met bvb. Weg (en bij nader onderzoek zijn ze er ook echt: http://osm.org/go/0EhkEszZx-- ), en voor baan en laan zal het ook wel ergens bestaan. Daarnaast is het nog altijd mogelijk dat die woorden apart móéten staan (al is de normale regel inderdaad aan elkaar, ongeacht of ze het splitsen op het naambord) (Oudebaan, Oude Baan), (Grotebaan, Grote Baan), Met de deze moet je ook heel hard opletten, soms is het wel degelijk één woord: http://osm.org/go/0EpSppcIj- en http://osm.org/go/0EpYj3b6Y-- Nuja, vanaf een regel niet voor álle namen geldt, lijkt het voor mij beter om die ertussenuit te halen. Er zullen toch mensen zijn die het gaan uitvoeren zonder nadenken, dus geef je hen beter geen kans. Ben ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] 4th meeting STUK on 06 april 2011
2011/4/11 Jo winfi...@gmail.com Bij twijfel wordt de gebruiker geacht op Cancel te drukken, of op te zoeken hoe de straatnaam correct gespeld wordt. In hoeverre is het verkeerd om zoiets uit te vissen met Google, Googlemaps Nee ! of 1207 Nee ! of een straatnamenlijst van een gemeente? Ja (soms?) -- wannes ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] 4th meeting STUK on 06 april 2011
Op 11 april 2011 14:10 schreef wannes wanne...@gmail.com het volgende: 2011/4/11 Jo winfi...@gmail.com Bij twijfel wordt de gebruiker geacht op Cancel te drukken, of op te zoeken hoe de straatnaam correct gespeld wordt. In hoeverre is het verkeerd om zoiets uit te vissen met Google, Googlemaps Nee ! of 1207 Nee ! of een straatnamenlijst van een gemeente? Ja (soms?) Ik merk dat 'k m'n vraag verkeerd gesteld heb. Is dat Nee !, geen probleem, of Neen!, NIET doen ? mvg, Jo ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] 4th meeting STUK on 06 april 2011
2011/4/11 Jo winfi...@gmail.com Op 11 april 2011 14:10 schreef wannes wanne...@gmail.com het volgende: 2011/4/11 Jo winfi...@gmail.com Bij twijfel wordt de gebruiker geacht op Cancel te drukken, of op te zoeken hoe de straatnaam correct gespeld wordt. In hoeverre is het verkeerd om zoiets uit te vissen met Google, Googlemaps Nee ! of 1207 Nee ! of een straatnamenlijst van een gemeente? Ja (soms?) Ik merk dat 'k m'n vraag verkeerd gesteld heb. Is dat Nee !, geen probleem, of Neen!, NIET doen ? Niet doen. Omdat het niet mag: copyright, en omdat je dan mogelijks tegen de lamp loopt door http://wiki.openstreetmap.org/wiki/Copyright_Easter_Eggs wat heel het project in gevaar brengt. Er staan wel degelijk fouten (al dan niet opzettelijk) in Google Maps. Dit zijn geen straatnaamfouten, maar die zullen er ook wel zijn. - http://goo.gl/maps/M7vI : je kan niet van de Te Boelaarlei naar de Morckhovenlei (android routing stuurt mij ook rond) - http://goo.gl/maps/mcfA : Gravinstraat, Borsbeekstraat en Gijselstraat: de enkelrichtingen zijn omgedraaid. Oh, ik merk net dat Google Maps ook het rode ringfietspad in Antwerpen heeft gemapped. Dat staat al een paar jaar in OSM :-) -- wannes ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
[OSM-talk-be] plan another meeting in May, or not?
Hi, Does it make sense to plan another informal meeting in Leuven as well? Or do we consider the one in Liège the monthly informal meeting? Or do we plan something in Mechelen, Antwerpen or Aarschot? Jo ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] plan another meeting in May, or not?
On 04/11/2011 03:09 PM, Jo wrote: Does it make sense to plan another informal meeting in Leuven as well? Or do we consider the one in Liège the monthly informal meeting? Or do we plan something in Mechelen, Antwerpen or Aarschot? I certainly am in for the meeting in Liège, under whatever name or title. Meeting in Antwerpen or Mechelen seems less productive to me, these places are already well covered. Aarschot is a curious idea but sounds nice. Actually I think one meeting per month is an ambitious goal already, I prefer to have at least this rhythm fixed even if the location varies. We must admit that not very many people show up, those meetings we do manage should on the one hand attract a minimal attendance and on the other hand encourage newbies. Being close might be one point of attraction, and that's why I prefer the Liège and Aarschot options. But the main point is that we have SOME meeting. I must plead guilty to the old sin of offering lots of comment while contributing little action, I do have been much called upon in other areas. ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] plan another meeting in May, or not?
I think of Aarschot because there is a very good connection by bus from Leuven to Aarschot (305 and 307, 20 minutes). I have no idea where we could set up the meet though. A relatively silent, non smoking venue with free wifi should be possible to find... Polyglot 2011/4/11 Karel Adams ade...@skynet.be On 04/11/2011 03:09 PM, Jo wrote: Does it make sense to plan another informal meeting in Leuven as well? Or do we consider the one in Liège the monthly informal meeting? Or do we plan something in Mechelen, Antwerpen or Aarschot? I certainly am in for the meeting in Liège, under whatever name or title. Meeting in Antwerpen or Mechelen seems less productive to me, these places are already well covered. Aarschot is a curious idea but sounds nice. Actually I think one meeting per month is an ambitious goal already, I prefer to have at least this rhythm fixed even if the location varies. We must admit that not very many people show up, those meetings we do manage should on the one hand attract a minimal attendance and on the other hand encourage newbies. Being close might be one point of attraction, and that's why I prefer the Liège and Aarschot options. But the main point is that we have SOME meeting. I must plead guilty to the old sin of offering lots of comment while contributing little action, I do have been much called upon in other areas. ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-legal-talk] definitions of free and open
2011/4/11 Krysha Krysha kry...@rambler.ru: Hello! Why in the Contributor Terms does not contain definitions of free and open. Different organizations may have different understanding of these terms. For example, there is a Microsoft Open License ... The absence of these definitions stops me from taking those Contributor Terms. I think the idea is that it will be up to contributors to decide whether a licence is free and open rather than leaving it to lawyers to do so. -- Francis Davey ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] definitions of free and open
On 11 April 2011 08:04, Francis Davey fjm...@gmail.com wrote: 2011/4/11 Krysha Krysha kry...@rambler.ru: Hello! Why in the Contributor Terms does not contain definitions of free and open. Different organizations may have different understanding of these terms. For example, there is a Microsoft Open License ... The absence of these definitions stops me from taking those Contributor Terms. I think the idea is that it will be up to contributors to decide whether a licence is free and open rather than leaving it to lawyers to do so. In addition, Contributor Terms v1.2.4 also now reference http://www.opendefinition.org/okd/ Source: http://www.osmfoundation.org/wiki/License/Contributor_Terms Regards Grant ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] definitions of free and open
On 11 April 2011 08:09, Grant Slater openstreet...@firefishy.com wrote: In addition, Contributor Terms v1.2.4 also now reference http://www.opendefinition.org/okd/ Source: http://www.osmfoundation.org/wiki/License/Contributor_Terms Yes. If the matter ever came to court - which seems rather unlikely and lets hope it does not - the phrase free and open would probably be understood by a court as limiting the power of the contributors' vote. I suspect that a court would wish to give the contributors a wide discretion but it would be fettered to some extent by the phraseology. It also (I hope) gives a lead to contributors as to the intention of OSMF if any vote were held. -- Francis Davey ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
[OSM-talk] Google Maps changes their ToU
Hi all, The Google Maps API's ToU has been 'reviewed' by Google[1]. New applications using the GM API will no longer be able to opt out of advertising. Also, new usage limits are introduced. This is just one more argument to use OpenLayers or another OS web mapping framework with OSM instead of GM. [1] http://googlegeodevelopers.blogspot.com/2011/04/updates-to-google-maps-apigoogle-earth.html -- Martijn van Exel http://about.me/mvexel ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Edit war, Mitrovica
seems more like a mistake. Many streets (not tested if all) in Kosovska Mitrovica were deleted by a Kosovar (a FLOSSK member) not a Serb. So it is a little bit strange that FLOSSK is deleting streets and blaming the Serbs for that. http://www.openstreetmap.org/browse/changeset/7714060 The changeset includes more that 900 deleted ways. Have checked a few and all were in and around Kosovska Mitrovica -- View this message in context: http://gis.638310.n2.nabble.com/Edit-war-Mitrovica-tp6256515p6260593.html Sent from the General Discussion mailing list archive at Nabble.com. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Edit war, Mitrovica
You can also see this changeset made by xybot: http://www.openstreetmap.org/browse/changeset/7825961 It's not just us. But please don't say like that, we never like to do that. On Mon, Apr 11, 2011 at 7:21 AM, ThomasB toba0...@yahoo.de wrote: seems more like a mistake. Many streets (not tested if all) in Kosovska Mitrovica were deleted by a Kosovar (a FLOSSK member) not a Serb. So it is a little bit strange that FLOSSK is deleting streets and blaming the Serbs for that. http://www.openstreetmap.org/browse/changeset/7714060 The changeset includes more that 900 deleted ways. Have checked a few and all were in and around Kosovska Mitrovica -- View this message in context: http://gis.638310.n2.nabble.com/Edit-war-Mitrovica-tp6256515p6260593.html Sent from the General Discussion mailing list archive at Nabble.com. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Edit war, Mitrovica
Mitrovica was deleted by uboot http://www.openstreetmap.org/browse/changeset/7348595 , I have the data I try to upload again but it is not working I need to get back Mitrovica nothing more who can help me. I dont care who delete it and what was the problem but I just need to get the data back nothing more, but check the history of Kosovo you can see the difference, three or four times the borders was change from Serbians guys, but I dont care about that please help me with getting back data for Mitrovica On Mon, Apr 11, 2011 at 11:15 AM, Gent Thaçi gentth...@gmail.com wrote: You can also see this changeset made by xybot: http://www.openstreetmap.org/browse/changeset/7825961 It's not just us. But please don't say like that, we never like to do that. On Mon, Apr 11, 2011 at 7:21 AM, ThomasB toba0...@yahoo.de wrote: seems more like a mistake. Many streets (not tested if all) in Kosovska Mitrovica were deleted by a Kosovar (a FLOSSK member) not a Serb. So it is a little bit strange that FLOSSK is deleting streets and blaming the Serbs for that. http://www.openstreetmap.org/browse/changeset/7714060 The changeset includes more that 900 deleted ways. Have checked a few and all were in and around Kosovska Mitrovica -- View this message in context: http://gis.638310.n2.nabble.com/Edit-war-Mitrovica-tp6256515p6260593.html Sent from the General Discussion mailing list archive at Nabble.com. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk -- Regards Besfort Guri +377 44 49 88 91 www.besiguri.wordpress.com http://besfortp.posterous.com/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Edit war, Mitrovica
2011/4/11 Besfort Guri besig...@gmail.com: Mitrovica was deleted by uboot http://www.openstreetmap.org/browse/changeset/7348595 , I have the data I try to upload again but it is not working I need to get back Mitrovica nothing more who can help me. There is a similar question here in the help system with 2 answers of possible workflows to restore elder versions: http://help.openstreetmap.org/questions/4019/how-do-i-restore-data-that-was-lost-during-editing?page=1#4023 cheers, Martin ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Edit war, Mitrovica
Mitrovica was deleted by uboot http://www.openstreetmap.org/browse/changeset/7348595 could you please stop publicly blaming others for mistakes that you personally has made? ubot has deleted 15 ways and add some 60. The other edits were DupNode fixes. You personally have deleted the streets there http://www.openstreetmap.org/browse/way/98163924/history http://www.openstreetmap.org/browse/way/98171028/history http://www.openstreetmap.org/browse/way/96950414/history http://www.openstreetmap.org/browse/way/96577541/history http://www.openstreetmap.org/browse/way/97831272/history do you want me to continue? It is probably possible to revert the changeset. I think most of the data can easily be restored. However, you would loose ~ 40 edits of existing streetsbut it's maybe the smaller problem. -- View this message in context: http://gis.638310.n2.nabble.com/Edit-war-Mitrovica-tp6256515p6261059.html Sent from the General Discussion mailing list archive at Nabble.com. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Android app that has OS 1:25000?
Hi I'm after an android app that, has an Ordnance Survey 1:25k layer option. I've got Rmaps but that only loads 1:50k Is there such a beast? Cheers Dave F. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] We Need to Stop Google's Exploitation of Open Communities
http://brainoff.com/weblog/2011/04/11/1635 == Mikel Maron == +14152835207 @mikel s:mikelmaron ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] We Need to Stop Google's Exploitation of Open Communities
On 11 Apr 2011, at 16:27, Mikel Maron wrote: http://brainoff.com/weblog/2011/04/11/1635 Meh – the great thing about being open is that you get to take the moral high ground because you're not stopping other people doing what they like. Why spoil that by trying to stop google doing what they like? Bob ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] We Need to Stop Google's Exploitation of Open Communities
On Mon, Apr 11, 2011 at 10:33 AM, Thomas Davie tom.da...@gmail.com wrote: On 11 Apr 2011, at 16:27, Mikel Maron wrote: http://brainoff.com/weblog/2011/04/11/1635 Meh – the great thing about being open is that you get to take the moral high ground because you're not stopping other people doing what they like. Why spoil that by trying to stop google doing what they like? When Google turns Google MapMaker on in the US and Europe*, it will become much harder to recruit new mappers to our community (that is already quite small). Being passive about this issue means that OSM and its more-open data will eventually be drowned out by Google's much greater marketing might. -Ian * At Google's MapMaker User's summit last week someone said that this would happen (at least in the US) soon. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] We Need to Stop Google's Exploitation of Open Communities
Meh – the great thing about being open is that you get to take the moral high ground because you're not stopping other people doing what they like. Why spoil that by trying to stop google doing what they like? Sorry, no time for moral relativism right now. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] We Need to Stop Google's Exploitation of Open Communities
On 11 Apr 2011, at 16:43, Mikel Maron wrote: Meh – the great thing about being open is that you get to take the moral high ground because you're not stopping other people doing what they like. Why spoil that by trying to stop google doing what they like? Sorry, no time for moral relativism right now. If you don't mind about being open, why are you not just using Google's data already?___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] We Need to Stop Google's Exploitation of Open Communities
On 11 April 2011 16:48, Thomas Davie tom.da...@gmail.com wrote: If you don't mind about being open, why are you not just using Google's data already? Hello, thank you for your insightful comment, I will move immediately to Google and start using their data directly. Can you point out to me where I can access their data so I can make an efficient use of them? Emilie Laffray ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] We Need to Stop Google's Exploitation of Open Communities
On 11 Apr 2011, at 17:16, Emilie Laffray wrote: On 11 April 2011 16:48, Thomas Davie tom.da...@gmail.com wrote: If you don't mind about being open, why are you not just using Google's data already? Hello, thank you for your insightful comment, I will move immediately to Google and start using their data directly. Can you point out to me where I can access their data so I can make an efficient use of them? Congratulations, I believe a whoosh is in order. The original post is essentially suggesting that we should paint ourselves as black as google already is – he's suggesting that letting google work with our ideas and data is a bad thing... How is this in any way better than google saying that us working with their ideas and data is bad? Tom Davie___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] OSM is dying (was Re: We Need to Stop Google's Exploitation of Open Communities)
On 11 April 2011 16:41, Ian Dees ian.d...@gmail.com wrote: When Google turns Google MapMaker on in the US and Europe*, it will become much harder to recruit new mappers to our community (that is already quite small). Being passive about this issue means that OSM and its more-open data will eventually be drowned out by Google's much greater marketing might. (With apologies to the wonderful Slashdot troll team...) It is official; Netcraft now confirms: OSM is dying One more crippling bombshell hit the already beleaguered OSM community when IDC confirmed that OSM market share has dropped yet again, now down to less than a fraction of 1 percent of all online maps. Coming close on the heels of a recent Netcraft survey which plainly states that OSM has lost more market share, this news serves to reinforce what we've known all along. OSM is collapsing in complete disarray, as fittingly exemplified by failing dead last in the recent Neogeographer's comprehensive route-finding test. You don't need to be Gulliver to predict OSM's future. The hand writing is on the wall: OSM faces a bleak future. In fact there won't be any future at all for OSM because OSM is dying. Things are looking very bad for OSM. As many of us are already aware, OSM continues to lose market share. Red ink flows like a river of blood. Mapping parties are the most endangered of them all, having lost 93% of participants to the shinier Google (™) mapping parties complete with jelly beans and free massages. The sudden and unpleasant departure of long time OSM contributor Fake SteveC only serves to underscore the point more clearly. There can no longer be any doubt: OSM is dying. Let's keep to the facts and look at the numbers. OSM founder SteveC states that there are over 500k mappers in OSM. How many active mappers are there? Let's see. The number of anti-ODbL posts on the OSM mailing lists versus those praising the OSMF in the strongest possible terms is roughly in ratio of 5 to 1. Therefore there are about 12.33 active mappers. Attendance at a recent Google Mapping Party, cunningly disguised as a flash mob, was estimated to contain 100k disgruntled former OSM mappers. A recent article put indignant Germans who argue instead of mapping at about 80 percent of total OSM mappers. Therefore there are about -200k OSM contributors (adjusting for those who are demanding their data back). This is consistent with the number of incidents of drunk barge owners tripping over ropes and landing in the canal. Due to the Cyprus edit war, abysmal sales and so on, the Java Applet went out of business and was taken over by Pot Latch which makes another troubled map. Now API 0.5 is also dead, its corpse turned over to yet another charnel house. All major surveys show that OSM has steadily declined in market share. OSM is very sick and its long term survival prospects are very dim. If OSM is to survive at all it will be among bearded hippies too behind the times to have discovered Waze. OSM continues to decay. Nothing short of a cockeyed miracle could save OSM from its fate at this point in time. For all practical purposes, OSM is dead. -- -- Igaühel on siin oma laul ja ma oma ei leiagi üles ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] We Need to Stop Google's Exploitation of Open Communities
Could we perhaps work together with Google by organizing joint mapping parties where the resulting data is added to both maps? Imitation is the sincerest form of flattery, and as with other pseudo-free map projects like People's Map, we should take this as a vindication of the OSM approach. I can appreciate that it really sucks when they copy ideas and claim the credit for them. -- Ed Avis e...@waniasset.com ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OSM is dying (was Re: We Need to Stop Google's Exploitation of Open Communities)
2011/4/11 Dermot McNally derm...@gmail.com: OSM is very sick and its long term survival prospects are very dim. If OSM is to survive at all it will be among bearded hippies too behind the times to have discovered Waze. OSM continues to decay. Nothing short of a cockeyed miracle could save OSM from its fate at this point in time. For all practical purposes, OSM is dead. While I guess this was meant to be satirical there is indeed a problem with active contributors not growing any more since 17/08/2009 http://wiki.openstreetmap.org/wiki/File:Osmdbstats4.png cheers, Martin ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] We Need to Stop Google's Exploitation of Open Communities
On 4/11/2011 12:50 PM, Ed Avis wrote: Could we perhaps work together with Google by organizing joint mapping parties where the resulting data is added to both maps? LOL, that's what I was thinking; let them organize the party, attend and enter wherever I wish. It's doubtful that they would have an attendance requirement that the results can only be entered in MM. Much like the store owner who sees the flyer from his new competitor that says Grand opening sale Saturday under the big balloon. The store owner just needs to rent a bigger balloon for Saturday, and he can benefit from their advertising! ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] We Need to Stop Google's Exploitation of Open Communities
This was *directly* proposed to Google for a specific country (details have to remain private for now). It was even proposed to collect data into a neutral database and 'publish' it into both MM and OSM ... they said flat out they were not interested. It occurs to me that they simply want to own the data if they are going to participate in this kind of thing. So, 'sharing' is a non-starter. Jeff On Mon, Apr 11, 2011 at 9:50 AM, Ed Avis e...@waniasset.com wrote: Could we perhaps work together with Google by organizing joint mapping parties where the resulting data is added to both maps? Imitation is the sincerest form of flattery, and as with other pseudo-free map projects like People's Map, we should take this as a vindication of the OSM approach. I can appreciate that it really sucks when they copy ideas and claim the credit for them. -- Ed Avis e...@waniasset.com ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] We Need to Stop Google's Exploitation of Open Communities
Yup there's several examples of negotiating similar compromises, all for naught; among other stories of dastardly deeds. Happy to collect these into a follow up post. Mikel on the phone On Apr 11, 2011, at 13:18, Jeffrey Johnson ortel...@gmail.com wrote: This was *directly* proposed to Google for a specific country (details have to remain private for now). It was even proposed to collect data into a neutral database and 'publish' it into both MM and OSM ... they said flat out they were not interested. It occurs to me that they simply want to own the data if they are going to participate in this kind of thing. So, 'sharing' is a non-starter. Jeff On Mon, Apr 11, 2011 at 9:50 AM, Ed Avis e...@waniasset.com wrote: Could we perhaps work together with Google by organizing joint mapping parties where the resulting data is added to both maps? Imitation is the sincerest form of flattery, and as with other pseudo-free map projects like People's Map, we should take this as a vindication of the OSM approach. I can appreciate that it really sucks when they copy ideas and claim the credit for them. -- Ed Avis e...@waniasset.com ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] We Need to Stop Google's Exploitation of Open Communities
Also relevant to this discussion (although not directly related to Mikel's post): Ed Parsons talks about the difference between OSM and MapMaker at minute 39 of this recording http://www.ustream.tv/recorded/13672861 (incidentally this set of videos is also where someone from Google mentioned GMM coming to the US soon) -Ian On Mon, Apr 11, 2011 at 1:07 PM, Mikel mikel_ma...@yahoo.com wrote: Yup there's several examples of negotiating similar compromises, all for naught; among other stories of dastardly deeds. Happy to collect these into a follow up post. Mikel on the phone On Apr 11, 2011, at 13:18, Jeffrey Johnson ortel...@gmail.com wrote: This was *directly* proposed to Google for a specific country (details have to remain private for now). It was even proposed to collect data into a neutral database and 'publish' it into both MM and OSM ... they said flat out they were not interested. It occurs to me that they simply want to own the data if they are going to participate in this kind of thing. So, 'sharing' is a non-starter. Jeff On Mon, Apr 11, 2011 at 9:50 AM, Ed Avis e...@waniasset.com wrote: Could we perhaps work together with Google by organizing joint mapping parties where the resulting data is added to both maps? Imitation is the sincerest form of flattery, and as with other pseudo-free map projects like People's Map, we should take this as a vindication of the OSM approach. I can appreciate that it really sucks when they copy ideas and claim the credit for them. -- Ed Avis e...@waniasset.com ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] We Need to Stop Google's Exploitation of Open Communities
Mikel, It's indeed a scary prospect to have Google sucking the life out of our burgeoning community. What suggestions do you have/actions are you taking[1] to help us compete with Google? - Serge [1] Either as an individual or as part of the OSM Foundation board. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] We Need to Stop Google's Exploitation of Open Communities
I think 'sucking the life' is a bit of a strong term. On 4/11/2011 11:49 AM, Serge Wroclawski wrote: Mikel, It's indeed a scary prospect to have Google sucking the life out of our burgeoning community. What suggestions do you have/actions are you taking[1] to help us compete with Google? - Serge [1] Either as an individual or as part of the OSM Foundation board. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] We Need to Stop Google's Exploitation of Open Communities
On Mon, Apr 11, 2011 at 10:41:42AM -0500, Ian Dees wrote: When Google turns Google MapMaker on in the US and Europe*, it will become much harder to recruit new mappers to our community (that is already quite small). Being passive about this issue means that OSM and its more-open data will eventually be drowned out by Google's much greater marketing might. -Ian * At Google's MapMaker User's summit last week someone said that this would happen (at least in the US) soon. Its all about freedom - and teaching the people about it. The stricter our new license is, the less difference people will be able to see when telling them. This is why i am proposing BSD all the time - its the biggest difference one can get from anything all others do. No restrictions - period. Flo -- Florian Lohoff f...@zz.de „Für eine ausgewogene Energiepolitik über das Jahr 2020 hinaus ist die Nutzung von Atomenergie eine Brückentechnologie und unverzichtbar. Ein Ausstieg in zehn Jahren, wie noch unter der rot-grünen Regierung beschlossen, kommt für die nationale Energieversorgung zu abrupt.“ Angela Merkel CDU 30.8.2009 signature.asc Description: Digital signature ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] We Need to Stop Google's Exploitation of Open Communities
Let's not loose sight of a few facts / trends w.r.t. sub Saharan Africa: 1. The continent is not experiencing the same demographic dividend as other emerging economies. Birthrates will remain high for at least another 50 years. AIDS is decimating the economically active population. http://en.wikipedia.org/wiki/Malthusian_catastrophe 2. African governments are simply not building the required infrastructure. 3. The mobile phone has increase productivity in Africa more than all previous inventions combined. Farmers no longer need to make slow and expensive journeys to find out what price the market will pay for their crops. Migrant workers can send money to their families over long distances. 4. A dismally small percentage of Africans can read maps. But augmented reality-type applications will completely change that. 5. OSM is simply not successful enough in Africa to cover the tremendous opportunities presented in points 3 and 4. Lack of cheap Internet access on the African continent should take most of the blame. But it doesn't help that so many OSM apps are not available in Africa (Skobbler, ORS, OSM-3D etc). So I'm really glad about Google's efforts. -- Note that if you use Google to search for Mapping party, the top hit is the the OSM wiki. So it's public knowledge that we invented and perfected the concept. Regards, Nic On Mon, Apr 11, 2011 at 5:27 PM, Mikel Maron mikel_ma...@yahoo.com wrote: http://brainoff.com/weblog/2011/04/11/1635 == Mikel Maron == +14152835207 @mikel s:mikelmaron ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] We Need to Stop Google's Exploitation of Open Communities
Of course, its not about the license at all - if you appeal to fans of licenses you'll attract nobody. Google will take potential users by providing an awesome end product; the sort if thing everyone can appreciate. Make some awesome mapping products and you'll attract plenty of contributors and you'll be able to leave licensing talk to the nerds, presumably just as Google plans. Cheers, Joseph On 11 Apr 2011 20:07, Florian Lohoff f...@zz.de wrote: On Mon, Apr 11, 2011 at 10:41:42AM -0500, Ian Dees wrote: When Google turns Google MapMaker on in the US and Europe*, it will become much harder to recruit new mappers to our community (that is already quite small). Being passive about this issue means that OSM and its more-open data will eventually be drowned out by Google's much greater marketing might. -Ian * At Google's MapMaker User's summit last week someone said that this would happen (at least in the US) soon. Its all about freedom - and teaching the people about it. The stricter our new license is, the less difference people will be able to see when telling them. This is why i am proposing BSD all the time - its the biggest difference one can get from anything all others do. No restrictions - period. Flo -- Florian Lohoff f...@zz.de „Für eine ausgewogene Energiepolitik über das Jahr 2020 hinaus ist die Nutzung von Atomenergie eine Brückentechnologie und unverzichtbar. Ein Ausstieg in zehn Jahren, wie noch unter der rot-grünen Regierung beschlossen, kommt für die nationale Energieversorgung zu abrupt.“ Angela Merkel CDU 30.8.2009 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] We Need to Stop Google's Exploitation of Open Communities
On Mon, Apr 11, 2011 at 08:14:28PM +0100, Joseph Reeves wrote: Of course, its not about the license at all - if you appeal to fans of licenses you'll attract nobody. Google will take potential users by providing an awesome end product; the sort if thing everyone can appreciate. Make some awesome mapping products and you'll attract plenty of contributors and you'll be able to leave licensing talk to the nerds, presumably just as Google plans. When you can do more with the data than what them on one companys site people will probably start listening. IMHO the more open we will offer the data the more applications and usage types will spin off and people will be happy to contribute as their little cornercase of geolocation will suddenly print the correct results. The more means BSD or PD for me - its the same with linux. One day there only will be one global set of geodata and suddenly the whole protectionism some where proposing in 2008,9,10,11 seems like a silly little joke we all will hopefully laugh about. Flo -- Florian Lohoff f...@zz.de „Für eine ausgewogene Energiepolitik über das Jahr 2020 hinaus ist die Nutzung von Atomenergie eine Brückentechnologie und unverzichtbar. Ein Ausstieg in zehn Jahren, wie noch unter der rot-grünen Regierung beschlossen, kommt für die nationale Energieversorgung zu abrupt.“ Angela Merkel CDU 30.8.2009 signature.asc Description: Digital signature ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OSM is dying (was Re: We Need to Stop Google's Exploitation of Open Communities)
2011/4/11 M∡rtin Koppenhoefer dieterdre...@gmail.com: 2011/4/11 Dermot McNally derm...@gmail.com: OSM is very sick and its long term survival prospects are very dim. If OSM is to survive at all it will be among bearded hippies too behind the times to have discovered Waze. OSM continues to decay. Nothing short of a cockeyed miracle could save OSM from its fate at this point in time. For all practical purposes, OSM is dead. While I guess this was meant to be satirical there is indeed a problem with active contributors not growing any more since 17/08/2009 http://wiki.openstreetmap.org/wiki/File:Osmdbstats4.png There are several issues which needs to be addressed before we can move forward (not necessary with growth, but forward nevertheless): 1) QA principles of map data. There are very few consistent know how docs about mapping. No, I'm not talking about educating newbies, I talking about agreements between active mappers how to do things. No doubt, there are lot good QA tools, but they still lack serious oversight and sometimes overburden contributor with details (not all highways needs a name tag, you know). This is main problem I think because lot of contributors just get confused with all stuff and there is serious lack of documentation to explain all in detail; 2) Get air clear for licensing stuff - decide and move forward, give concrete deadlines for moving to ODbL. I know there is resistance but bird have already sung in this case - then better split up efforts to not to hurt each another. I suggest critics shut up and show the code with alternative service with old CC-BY-SA license; 3) Get some serious marketing team together. We have SOTM, we have pictures of the day, we have lot of exciting new things in OSM - but no one knows that. Heck, even majority of geeks still are clueless what OpenStreetMap actually is and what you can do about it. OpenLayers? No one knows. OpenStreetMap data can be used freely? Can't I just use GM? No? We as community, as organization need to deal with lot of stuff before we can call us dead :) Cheers, Peter. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] We Need to Stop Google's Exploitation of Open Communities
On 11 April 2011 20:14, Joseph Reeves iknowjos...@gmail.com wrote: Of course, its not about the license at all - if you appeal to fans of licenses you'll attract nobody. Google will take potential users by providing an awesome end product; the sort if thing everyone can appreciate. Make some awesome mapping products and you'll attract plenty of contributors and you'll be able to leave licensing talk to the nerds, presumably just as Google plans. Agreed. Most OSMers don't care about the license so why would people in the developing world? Being critical of Google serves no purpose. They aren't forcing people to contribute to their products. gmaps is cool and everybody uses it so people naturally want to see their street, business, etc. on there. We should concentrate on making OSM a better competitor. A couple of things I can think of: - Why do so many people create OSM accounts but then just do a few edits or none at all? How about a poll directed to those people to try and get to the root of the problem? Is it the editors or the help available or something else? - A lot of effort has gone into making Potlatch and JOSM the powerful tools that they are but if you are in a developing country with just a mobile phone or a low spec laptop with a crappy internet connection they are going to suck. How would someone in that situation contriibute to OSM? Kevin ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OSM is dying (was Re: We Need to Stop Google's Exploitation of Open Communities)
On Mon, Apr 11, 2011 at 3:32 PM, pec...@gmail.com pec...@gmail.com wrote: 2) Get air clear for licensing stuff - decide and move forward, give concrete deadlines for moving to ODbL. I know there is resistance but bird have already sung in this case - then better split up efforts to not to hurt each another. I suggest critics shut up and show the code with alternative service with old CC-BY-SA license; If you ask me, drop the license regime change, what is the point? It serves only to cause problems. Come one, steve got his new job now, there is not need to change the license. mike ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OSM is dying (was Re: We Need to Stop Google's Exploitation of Open Communities)
I think you need to go more basic and ask what are the requirements? I don't think its ever been done. What are we trying to do and who is the target audience? Are we trying to create a map that can be used by others? Are we a social group that enjoys mapping? Why are we doing this? There might be several reasons of differing importance. Only when you have agreement on what we are trying to do can you say we should do this or that. Well some people can say we should do this or that but it sells better if it can be linked back. Cheerio John ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] We Need to Stop Google's Exploitation of Open Communities
5. OSM is simply not successful enough in Africa to cover the tremendous opportunities presented in points 3 and 4. Lack of cheap Internet access on the African continent should take most of the blame. But it doesn't help that so many OSM apps are not available in Africa (Skobbler, ORS, OSM-3D etc). To argue the other side of the coin, however, OSM is already the most successful mapping platform in Africa; Ivory Coast, for example, is best catered for by OpenStreetMap. Leaving Africa, OSM has been fantastically successful in Haiti - if you want maps of Haiti, you go to, without exception, OpenStreetMap. In Haiti, for example, local people are being trained in how to map for OpenStreetMap; this is people in the developing world mapping for themselves. The important thing with Ivory Coast and Haiti is that OpenStreetMap has provided an amazing resource that you can't get from elsewhere, certainly not from GMM. That's one of the products that I was alluding to in my previous email: spatial data. The problem is that this amazing work on the OSM front was done by a small a group of people working under the HOT banner; Google has endless more resources in this respect. OSM can provide the most amazing mapping resources for the entire planet, but we lack Google's money and person-power to get it done as much as could be. The problem with welcoming Google into the world of user-contributed spatial-data is that you dilute our available resources even further by encouraging potential users to lock up their data with the big G. I couldn't agree more with Mikel's original point; if we want to provide mapping resources to the wider world and to the benefit of the most people, we should turn our backs on Google and give our support to the Humanitarian OpenStreetMap Team. Cheers, Joseph On 11 April 2011 20:12, Nic Roets nro...@gmail.com wrote: Let's not loose sight of a few facts / trends w.r.t. sub Saharan Africa: 1. The continent is not experiencing the same demographic dividend as other emerging economies. Birthrates will remain high for at least another 50 years. AIDS is decimating the economically active population. http://en.wikipedia.org/wiki/Malthusian_catastrophe 2. African governments are simply not building the required infrastructure. 3. The mobile phone has increase productivity in Africa more than all previous inventions combined. Farmers no longer need to make slow and expensive journeys to find out what price the market will pay for their crops. Migrant workers can send money to their families over long distances. 4. A dismally small percentage of Africans can read maps. But augmented reality-type applications will completely change that. 5. OSM is simply not successful enough in Africa to cover the tremendous opportunities presented in points 3 and 4. Lack of cheap Internet access on the African continent should take most of the blame. But it doesn't help that so many OSM apps are not available in Africa (Skobbler, ORS, OSM-3D etc). So I'm really glad about Google's efforts. -- Note that if you use Google to search for Mapping party, the top hit is the the OSM wiki. So it's public knowledge that we invented and perfected the concept. Regards, Nic On Mon, Apr 11, 2011 at 5:27 PM, Mikel Maron mikel_ma...@yahoo.com wrote: http://brainoff.com/weblog/2011/04/11/1635 == Mikel Maron == +14152835207 @mikel s:mikelmaron ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] We Need to Stop Google's Exploitation of Open Communities
If you don't mind about being open, why are you not just using Google's data already? Hello, thank you for your insightful comment, I will move immediately to Google and start using their data directly. Can you point out to me where I can access their data so I can make an efficient use of them? Where can I access the OSM data? I know it is possible to download the hole planet, setup a database,... but that's not an easy task. I'm a teacher and my students are able to load data from an API and display the data on a map. Last year we did some projects using XAPI - but then xapi was broken. We had about 100 API Requests per week. For that amount of requests it makes no sense to have a local copy of the db. But without db we are not able to read osm data. Without data everything is tile based and that's the same as google and bing are offering. MapQuest is offering XAPI now - but will it still be available in 2 month? Bernhard ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] We Need to Stop Google's Exploitation of Open Communities
Hi, Bernhard Zwischenbrugger wrote: Where can I access the OSM data? I know it is possible to download the hole planet, setup a database,... but that's not an easy task. Not easy, but possible, and done by literally hundreds of people all over the world. You are missing the point if you compare data that is not free by license to data that is free but cumbersome to use. The latter case can be fixed by manpower; the former cannot. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] We Need to Stop Google's Exploitation of Open Communities
On Mon, Apr 11, 2011 at 6:52 PM, Bernhard Zwischenbrugger b...@datenkueche.com wrote: Where can I access the OSM data? I know it is possible to download the hole planet, setup a database,... but that's not an easy task. Setting up a full mirror of any constantly changing data is non-trivial, and there are people in the project working on making it easier. I'm a teacher and my students are able to load data from an API and display the data on a map. Last year we did some projects using XAPI - but then xapi was broken. That's unfortunate, and had to do with lots of factors. But then Ian stepped up and wrote replacement code, and now you can run your own XAPI, use OSM's, or Mapquest's. We had about 100 API Requests per week. For that amount of requests it makes no sense to have a local copy of the db. But without db we are not able to read osm data. Sure, but then you might similarly say Do we need fresh data or can we simply use an extract for teaching purposes?. Live demos never work- relying on external services for teaching, same thing. But I digress. Without data everything is tile based and that's the same as google and bing are offering. MapQuest is offering XAPI now - but will it still be available in 2 month? I suspect so. But if this is so vital to your class, maybe your university could offer resources to the project. - Serge ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OSM is dying (was Re: We Need to Stop Google's Exploitation of Open Communities)
On Mon, 2011-04-11 at 18:51 +0200, M∡rtin Koppenhoefer wrote: 2011/4/11 Dermot McNally derm...@gmail.com: OSM is very sick and its long term survival prospects are very dim. If OSM is to survive at all it will be among bearded hippies too behind the times to have discovered Waze. OSM continues to decay. Nothing short of a cockeyed miracle could save OSM from its fate at this point in time. For all practical purposes, OSM is dead. While I guess this was meant to be satirical there is indeed a problem with active contributors not growing any more since 17/08/2009 well I was very active, but there is nothing left to do except when I go to a new area, and most of my travel is to the same old places where some other guy has already done the work. I find even new places are no longer a challenge - I am not the first, and I HATE that. -- regards KG http://lawgon.livejournal.com Coimbatore LUG rox http://ilugcbe.techstud.org/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Other Mapnik XML styles?
On 12 April 2011 03:48, Daniel Sabo daniels...@gmail.com wrote: Are there any collections of other mapnik styles for OSM data? I'm looking for other map styles to render a osm2pgsql database with. 2 quick ones... MapQuest Open: https://github.com/MapQuest/MapQuest-Mapnik-Style OpenPisteMap: http://subversion.nexusuk.org/projects/openpistemap/trunk/mapnik_templates/ The Cloudmade map seems to have plenty of options but I don't see any way to export them. Cloudmade do not make the mapnik stylesheets available. Regards Grant ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OSM is dying
Kenneth Gonsalves law...@thenilgiris.com writes: On Mon, 2011-04-11 at 18:51 +0200, M∡rtin Koppenhoefer wrote: 2011/4/11 Dermot McNally derm...@gmail.com: OSM is very sick and its long term survival prospects are very dim. If OSM is to survive at all it will be among bearded hippies too behind the times to have discovered Waze. OSM continues to decay. Nothing short of a cockeyed miracle could save OSM from its fate at this point in time. For all practical purposes, OSM is dead. While I guess this was meant to be satirical there is indeed a problem with active contributors not growing any more since 17/08/2009 well I was very active, but there is nothing left to do Really? Nothing left to do? I ran some quick checks on a local copy of about 4 US states and found that 74% of it HAD NEVER BEEN EDITED after the initial Tiger import. That means it's UNROUTABLE in most cases, due to the way the data was imported county-by-county. Meanwhile, in the last month or so I've seen discussions on the tagging list about surveillance cameras, bicycle shops, and oil wells. I'm not saying OSM shouldn't include those things eventually, but I do think that routable roads are a benefit to far more users. -- Peter Budny \ Georgia Tech \ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OSM is dying
On Tue, 2011-04-12 at 00:10 -0400, Peter Budny wrote: well I was very active, but there is nothing left to do Really? Nothing left to do? I ran some quick checks on a local copy of about 4 US states and found that 74% of it HAD NEVER BEEN EDITED after the initial Tiger import. there *are* countries other than the US. I happen to be in one of them. -- regards KG http://lawgon.livejournal.com Coimbatore LUG rox http://ilugcbe.techstud.org/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk-nl] rcn checks werken weer
Howdy, Nu de lente weer is begonnen heb ik de rcn check query's wat verbeterd en wederom aangezet. Daar er nog wel enkele intensieve query's bij zitten draait het scriptje nu een keer per dag (wat op zich ook wel genoeg moet zijn). Ondertussen word er uiteraard ook nog gewerkt aan nog meer rcn checks maar daarvoor nog even geduld :) Tot die tijd lijkt het mij een mooi streven om met zijn alle deze[1] pagina zo leeg mogelijk te krijgen! Groet, --Roeland [1] http://mijndev.openstreetmap.nl/~rullzer/rcn/ ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] rcn checks werken weer
Op 11 april 2011 12:06 schreef Foppe Benedictus foppe.benedic...@knkv.nethet volgende: Misschien is het mogelijk om een query te maken, die kijkt welke routes niet in een netwerk zitten, daar was een kaart voor bedenk ik me, maar ik weet niet of en waar die staat. Volgens mij bedoel je deze kaart: http://mijndev.openstreetmap.nl/~rullzer/ofk_wms/ . Die was inderdaad erg handig. Zou fijn zijn als die ook weer werkt. Vele kilometers toegewenst allen, Remco ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] rcn checks werken weer
Op 11-04-11 12:19, rethna schreef: Op 11 april 2011 12:06 schreef Foppe Benedictusfoppe.benedic...@knkv.net mailto:foppe.benedic...@knkv.net het volgende: Misschien is het mogelijk om een query te maken, die kijkt welke routes niet in een netwerk zitten, daar was een kaart voor bedenk ik me, maar ik weet niet of en waar die staat. Volgens mij bedoel je deze kaart: http://mijndev.openstreetmap.nl/~rullzer/ofk_wms/ . Die was inderdaad erg handig. Zou fijn zijn als die ook weer werkt. Ja die bedoelde ik, op zich zou een lijst net zo makkelijk werken denk ik. Die niet verbonden knooppunten helpen in ieder geval ook om de netwerkrelaties te vullen met knooppunten :) ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
[OSM-talk-nl] Fietsknooppuntennetwerk Utrecht
Collega's, Iets ten oosten van Gouda kwam ik enkele knooppunten tegen die volgens het bord dat daar stond behoren tot het fietsknooppuntennetwerk Utrecht. Dat netwerk wordt daar echter wel erg groot van (zowel in oppervlak als in aantal knooppunten). Ik heb wat ik tegenkwam aan de relatie proberen toe te voegen, maar voel er wel voor er een afzonderlijke relatie voor aan te maken. Op basis van de borden die ik zag zou Vecht- en Plassengebied Utrecht als een afzonderlijk netwerk kunnen worden opgevoerd. Iemand anders een mening? J-. Jeroen Muris ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Fietsknooppuntennetwerk Utrecht
On Monday 11 April 2011 20:30:39 Jeroen Muris wrote: Iets ten oosten van Gouda kwam ik enkele knooppunten tegen die volgens het bord dat daar stond behoren tot het fietsknooppuntennetwerk Utrecht. Dat netwerk wordt daar echter wel erg groot van (zowel in oppervlak als in aantal knooppunten). Ik heb wat ik tegenkwam aan de relatie proberen toe te voegen, maar voel er wel voor er een afzonderlijke relatie voor aan te maken. Op basis van de borden die ik zag zou Vecht- en Plassengebied Utrecht als een afzonderlijk netwerk kunnen worden opgevoerd. Iemand anders een mening? De onderverdeling van het netwerk Utrecht in subnetwerken is (zoals wel meer dingen in dat netwerk) niet echt goed doordacht. Het grootste deel van het gebied dat oorspronkelijk Vecht- en Plassengebied werd genoemd ligt helemaal niet in de buurt van de Vecht en de plassen in het noorden van de provincie. Daarom is in een deel van het gebied later de naam overgeplakt met Vecht-, plassen- en Krommerijngebied. Waar de grens ligt tussen de wel en niet overgeplakte punten weet ik niet. Wel zou ik de hele Lopiker Waard, die ook in het gebied ligt, nooit zo omschrijven. M.a.w.: Ik zou het hele Utrechtse netwerk één geheel laten. -- m.v.g., Cartinus ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [talk-au] Fwd: [OSM-dev] To OSM editor authors
If you want to do some mapping from home, then BING imagery is usually more than adequete and is and will continue to be OSM comliant. This way your efforts will not be in vain whether you stay with OSM, or branch off to another project. I map in places where the best imagery is usually Landsat. Don't get excited about Bing imagery. Outside of the bigger Australian cities it is targeted at commercial targets - mining sites and around where I live, the growing of illegal crops. ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Fwd: [OSM-dev] To OSM editor authors
- Original Message - From: John Smith deltafoxtrot...@gmail.com To: Nick Hocking nick.hock...@gmail.com Cc: talk-au@openstreetmap.org Sent: Monday, April 11, 2011 4:59 AM Subject: Re: [talk-au] Fwd: [OSM-dev] To OSM editor authors On 11 April 2011 13:45, Nick Hocking nick.hock...@gmail.com wrote: Create a new account, accept the CT's and then Has the CTs been updated to allow for this, or do they still refer to a natural person? The live CT's have not yet been updated to allow this, but the draft CT's will. Frankly I'm at a loss to see why the simple change to the CT's to make it clear they apply to a user account, and not a natural person, was not implemented months ago. David Also that doesn't help if someone only wishes to support projects using share a like licenses. ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
[talk-au] Fwd: [OSM-dev] To OSM editor authors
The only thing that gives me hope is that all the current data can be forked into a new project Hi Neal, I don't think you have any problem then. Contribute to FOSM or even just continue to use the OSM toolset and database. Your data will still be available to the FOSM project. For the time being you will have the best of both worlds. Eventually you will have to chose which project you wish to support because eventually (hopefully sooner rather than later) they will be mutually exclusive. Cheers Nick ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
[Talk-de] maposmatic - große Plots
hi ! weiß einer von Euch ob man bei maposmatic ein anderes Blattformat als A4 einstellen kann ? Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Taggen von Sporthallen
hat jemand schon was für Sporthallen in Gebrauch? leisure=pitch entspricht wohl eher einem Sportfeld, für Mehrzweckhallen habe ich nichts gefunden. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Taggen von Sporthallen
Am 11.04.2011 14:43, schrieb M∡rtin Koppenhoefer: hat jemand schon was für Sporthallen in Gebrauch? leisure=pitch entspricht wohl eher einem Sportfeld, für Mehrzweckhallen habe ich nichts gefunden. moinsen, da gibt es: leisure=sports_centre (usage: 33.000) sport=multi (17.000) wenn das indoor stattfindet würde ich mit building=yes kombinieren. Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Flosm POI-Karte weltweit
Hallo Werner, Am 09.04.2011 17:05, schrieb Werner Beckmann: Kleineres Problemchen: wenn ich mit dem Mausrad reinzoome, dann komme ich bis zu einer Auflösung von 0.15cm oder so runter... Da sieht man eher nix mehr. Wenn das nicht Absicht ist, müsste man es anders begrenzen. Den Zoom haben wir jetzt begrenzt. Man kann nur noch bis ~1m hineinzoomen. Um das zu testen, bitte erst den Browsercache löschen und die Seite neu laden. Gruß Detlev ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] ICE-Relationen
Hi Ich frage mich ob man bei den ICE-Relationen nicht lieber Relationen für die Strecke zwischen einzelnen Bahnhöfen anlegt und diese Relationen jeweils den ICE-Relationen zuordnet. Im Momment sind die ICE-Relation doch sehr groß und auf manchen Strecken fahren eine ganze Menge ICEs ganz zu schweigen von EC/ICs und sonstigen Verbindungen. Im Unterschied zu Bus/Straßenbahn-Linien verlaufen diese Linien lange auf der selben Strecke. Was ist Eure Meinung ? cu fly ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Taggen von Sporthallen
Am 11. April 2011 14:49 schrieb Chris66 chris66...@gmx.de: da gibt es: leisure=sports_centre (usage: 33.000) sport=multi (17.000) sport=multi finde ich OK, wenn sich die Nutzung nicht auf eine Sportart beschränkt, aber für leisure fände ich einen neuen Wert besser, unter sports_centre verstehe ich bisher eine größere Sportanlage (einschl. der Gebäude und Plätze), was ja doch ziemlich anders ist als eine Sporthalle, die z.B. auch bei Schulen vorkommt. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Taggen von Sporthallen
M∡rtin Koppenhoefer schrieb am 11.04.2011 16:30: unter sports_centre verstehe ich bisher eine größere Sportanlage (einschl. der Gebäude und Plätze), Ab wann ist es eine groessere Anlage? Ab zwei Sporthallen? Ab einer Sporthalle mit angrenzendem Gymnastikraum? Eine Sporthalle mit zwei getrennten Spielfeldern? Vom Tagging her zwischen einer einfachen und einer groesseren Sportanlage unterscheiden zu wollen, schient mir nicht sonderlich sinnvoll. Frueher gab es uebrigens Leute, die unter leisure=sports_centre ausschliesslich ein Fittnesstudio verstanden haben, also ganz was anderes als deine Interpretation. Gruss Torsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Taggen von Sporthallen
Am 11. April 2011 17:03 schrieb Torsten Leistikow de_m...@gmx.de: Vom Tagging her zwischen einer einfachen und einer groesseren Sportanlage unterscheiden zu wollen, schient mir nicht sonderlich sinnvoll. mir auch nicht, die einzelnen Sportarten taggen wir ja bereits (gut, multi ist ein Kompromiss, der wenig bringt, weil verschiedene halt keine verwertbare Information ist, zumindest nicht weiterhilft, wenn man z.B. einen Fussballplatz oder einen Tennisplatz sucht). Aber zwischen einem Sportgelände (im Sinne von Sportanlage / Sportplatz, das Deutsche ist hier leider nicht völlig eindeutig, weil Sportplatz z.T. auch das Spielfeld beschreibt) und einer Turnhalle würde ich gerne unterscheiden. Gebäude findet man unter allen möglichen Umständen, das Vorhandensein eines geschlossenen Ways mit building=yes reicht mir nicht aus, um eine Turnhalle zu beschreiben. Hier ist es durchaus häufig, dass eine Reihe von Tennisplätzen, Fussballplätzen, Restaurant, Schwimmbad, Basketballplätzen etc. auf einem Gelände unter einem Betreiber und unter einem Namen firmiert. Diese Dinger hatte ich bisher als leisure=sports_centre beschrieben. Auch Schwimmbäder scheinen übrigens nach wie vor nicht abgedeckt zu sein. (Hallenbad, Freibad, Schwimmstelle im See / Fluss / Meer, Thermalbad). Frueher gab es uebrigens Leute, die unter leisure=sports_centre ausschliesslich ein Fittnesstudio verstanden haben, also ganz was anderes als deine Interpretation. Ja, für Fitnessstudios scheint es auch noch nichts zu geben, jedenfalls legt das eine aktuelle Diskussion auf der tagging list nahe. Die engl. Wikipedia beschreibt unter diesem Schlagwort übrigens ein öffentliches Fitnesscenter ( http://en.wikipedia.org/wiki/Sports_centre ). Das Wiki beschreibt eine zwangsläufig überdachte Sporteinrichtung: The sports centre is an enclosed covered area, primarily used for sporting activities. This area may include sports halls, pitches / courts, a gym / fitness studio, swimming pool etc., allerdings gibt es diese Definition erst seit dem 4. März 2010. Ich habe mir mal die Freiheit genommen, das Wort überdacht rauszunehmen, oder gibt das Widerspruch? Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] maposmatic - große Plots
Am 11.04.2011 11:17, schrieb Jan Tappenbeck: hi ! weiß einer von Euch ob man bei maposmatic ein anderes Blattformat als A4 einstellen kann ? Gruß Jan :-) Moin! Die Dokumentengröße richtet sich nach der Größe des Gebietes. Ich habe neulich einen Stadtplan von Minden (Stadtgrenze) erzeugen lassen. Das PDF behauptete, es hätte die Größe von 3,20 x 3,60 Meter. Der größte verfügbare Plotter konnte DIN-A0, was einer Verkleinerung von Faktor 4 entspricht. Die Straßennamen kann man noch ahnen, aber nicht wirklich lesen. -- Frank ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] maposmatic - große Plots
Am 11. April 2011 19:41 schrieb Frank Jäger fr...@fotodrachen.de: Die Dokumentengröße richtet sich nach der Größe des Gebietes. Ich habe neulich einen Stadtplan von Minden (Stadtgrenze) erzeugen lassen. Das PDF behauptete, es hätte die Größe von 3,20 x 3,60 Meter. Der größte verfügbare Plotter konnte DIN-A0, was einer Verkleinerung von Faktor 4 entspricht. Die Straßennamen kann man noch ahnen, aber nicht wirklich lesen. je nach verwendetem Plotter (Tintenstrahler können es normalerweise) kann man auch Übergrößen drucken, wobei dann neben dem Geldbeutel nur die Rollenbreite (und Länge ;-) ) entscheidet. Üblich sind 90 cm (A0) sowie 120 und 150 (60). Noch größer wird dann normalerweise richtig teuer, aber 320 x 360 wären halt 3x120 je 320 lang (das sind 11,5 m², ein A0 sind 1 m² --- A0 ist normalerweise die Berechnungsgröße für den Preis). Vergleichen lohnt sich hier, die Preise sind höchst unterschiedlich (Qualität z.T. auch). Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] maposmatic - große Plots
Am 11.04.2011 19:41, schrieb Frank Jäger: Am 11.04.2011 11:17, schrieb Jan Tappenbeck: hi ! weiß einer von Euch ob man bei maposmatic ein anderes Blattformat als A4 einstellen kann ? Gruß Jan :-) Moin! Die Dokumentengröße richtet sich nach der Größe des Gebietes. Ich habe neulich einen Stadtplan von Minden (Stadtgrenze) erzeugen lassen. Das PDF behauptete, es hätte die Größe von 3,20 x 3,60 Meter. Der größte verfügbare Plotter konnte DIN-A0, was einer Verkleinerung von Faktor 4 entspricht. Die Straßennamen kann man noch ahnen, aber nicht wirklich lesen. Hi ! aber irgendwo muss es doch einen Umrechnungsweg geben um im Ergebnis auch A0 zu bekommen. Gruß Jan .-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] maposmatic - große Plots Nachtrag
Hi, hier noch eine Anmerkung. Habe gerade ein Fenster über die Insel SYLT gezogen und bekomme die Meldung das das Fenster zu groß sei ! Das müßte doch aber auch irgendwie gehen - außer mit Schere und Klebeband! gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] alternative API-Dienste nutzen
Am 10.04.2011 19:34, schrieb Florian Gross: Am Samstag 09 April 2011, 13:40:36 glaubte Jan Tappenbeck zu wissen: es gibt ja zwischenzeitlich jxapi und auch von mapquest eine entprechende alternativen. Bei beiden habe ich aber festgestellt das http://open.mapquestapi.com/xapi/api/0.6/way[shop=farm][bbox=4.6582031,45.0890356,16.875,55.5783447] eine Fehlermeldung (nur 10 grad auswertung zulässig) bekommen. Eine globale Auswertung http://open.mapquestapi.com/xapi/api/0.6/way[shop=farm] ist allerdings möglich - obwohl bei Mapquest bbox beschrieben. Ist mir ein Fehler unterlaufen - kann mir jemand weiterhelfen ? Die Doku ist oft hilfreich. http://wiki.openstreetmap.org/wiki/Xapi Note that bbox queries have a maximum of 10 square degrees. flo HI ! das mag ja sein, aber http://open.mapquestapi.com/xapi/api/0.6/node[power=generator][bbox=-4,35,4,44] bringt auch eine Fehlermeldung bei -4 bis +4 sind 8 Degree und von 35 bis 44 sind es 9 !! Oder stehe ich im dunklen Wald ?? Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] maposmatic - große Plots Nachtrag
Wäre evtl. Maperitive etwas für dich? Henning ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Open Data auf dem 14. Verwaltungskongress: Effizienter Staat
Hallo, nur zur Info. http://opendata-network.org/2011/04/open-data-auf-dem-verwaltungskongress-effizienter-staat/ Beim Forum XII: Geo-Daten. Da fehlt auf jeden Fall eine Person, die OSM vertritt. Bin nicht sicher, ob jemand dazu Lust hat, aber sinnvoll wäre es. Mfg Marc ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Add-Tags:ein neues Werkzeug zur Verbindung Wikipedia - OpenStreetMap
Na, schauen wir uns mal die Einträge im Detail an: * Der Albania-Kosovo Highway wird in der engl. Wikipedia wie folgt beschrieben: also known as the Durres-Kukes Corridor in Albania, Vermice-Merdare Corridor and Ibrahim Rugova Highway in Kosovo, and Rruga e Kombit (Nation's Highway) in general. In OSM heißen Teilstrecken: Autostrada Morine kukes Durres. Ein automatisiertes matchen ist somit keinesfalls möglich. * Der Bill Clinton Boulevard läuft in OSM unter: int_name: Bill Clinton Boulevard name: Bil Klinton name:en: Bill Clinton Boulevard Ich frage halt nur den Name-Tag und nicht den name:en-Tag ab. *Die Europastraße E 80 ist ja ein ganz dickes Ding von Spanien bis in die Türkei und heißt wohl bei OSM lokal im Kosovo M2. Also generell zeigt sich das in den Fällen das matching nicht gut genug funktioniert. Der Fehler also nicht bei dir liegt. Eine Lösungsidee die mir gerade kam, könnte sein, Nominatim dafür zu nutzen, da ist schon viel Hirnschmalz reingeflossen und es dürfte viele der von Tobias genannten Probleme mit der Schreibweise lösen. Es liefert OSM-ID, BBOX und OSM-Typ also eigentlich alles was man braucht. Leider fehlt es mir momentan etwas an Zeit, vielleicht hat ja jemand Lust da mitzuhelfen? Wenn man aber andererseits sieht, wie lange man brauch um aus den einzelnen Wikipedia-Artikel selbstständig auf den mehr oder weniger exakten Straßenverlauf zu kommen, fühle ich mich in meinen Bestreben bestärkt, das in der integrierten Karten hervorzuheben. Dafür braucht es die Verlinkung. Grüße Tim Am 11.04.2011 06:25, schrieb Mike Dupont: Hallo, ich bekomme auch keine resultate : http://toolserver.org/~kolossos/osm-add-tags/index.php?lang=enbbox=17.96%2C39.34%2C24.1%2C43.35cat=Roads_in_Kosovokey=highwayvalue=*basedeep=2types=lines|areasrequest=Submitiwl=yes was mache ich hier falsch? mike ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] alternative API-Dienste nutzen
Am 11.04.2011 20:51, schrieb Jan Tappenbeck: Am 10.04.2011 19:34, schrieb Florian Gross: Am Samstag 09 April 2011, 13:40:36 glaubte Jan Tappenbeck zu wissen: es gibt ja zwischenzeitlich jxapi und auch von mapquest eine entprechende alternativen. Bei beiden habe ich aber festgestellt das http://open.mapquestapi.com/xapi/api/0.6/way[shop=farm][bbox=4.6582031,45.0890356,16.875,55.5783447] eine Fehlermeldung (nur 10 grad auswertung zulässig) bekommen. Eine globale Auswertung http://open.mapquestapi.com/xapi/api/0.6/way[shop=farm] ist allerdings möglich - obwohl bei Mapquest bbox beschrieben. Ist mir ein Fehler unterlaufen - kann mir jemand weiterhelfen ? Die Doku ist oft hilfreich. http://wiki.openstreetmap.org/wiki/Xapi Note that bbox queries have a maximum of 10 square degrees. flo HI ! das mag ja sein, aber http://open.mapquestapi.com/xapi/api/0.6/node[power=generator][bbox=-4,35,4,44] bringt auch eine Fehlermeldung bei -4 bis +4 sind 8 Degree und von 35 bis 44 sind es 9 !! Ja und was ist 8*9? Grob geschätzt 72 square degrees. Also eindeutig größer als 10 square degrees. ;-) Henning ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] alternative API-Dienste nutzen
Am Montag 11 April 2011 schrieb Jan Tappenbeck: Am 10.04.2011 19:34, schrieb Florian Gross: Note that bbox queries have a maximum of 10 square degrees. ^^ bringt auch eine Fehlermeldung bei -4 bis +4 sind 8 Degree und von 35 bis 44 sind es 9 !! 8 Grad * 9 Grad macht bei mir 72 Quadratgrad und das ist größer als 10. Oder? Gruß, Carsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Add-Tags:ein neues Werkzeug zur Verbindung Wikipedia - OpenStreetMap
Hallo, Am 09.04.2011 22:18, schrieb Tobias Knerr: Am 09.04.2011 19:52, schrieb Kolossos: Ich bekomme recht oft ein Result empty. Please select manually. Anscheinend ist das Tool eher sensibel, was die Schreibweise angeht, so dass Variationen in der Benennung eine automatische Zuordnung verhindern, z.B.: * Drei-Länder-Halle vs. Dreiländerhalle * Dreiflüssestadion Passau vs. Dreiflüssestadion * ScharfrichterHaus vs. Scharfrichterhaus * St. Severin vs. Sankt Severin Letzteres dürfte wegen der Anti-Abkürzungs-Konvention bei OSM ein häufiger Stolperstein sein. (Siehe auch meine andere Antwort.) Die Lösung könnte wohl sein, optional auch über Nominatim zu gehen. Leider kann man in Nominatim wohl nicht die Typen so genau festlegen und es scheint auch schwierig die richtige Anzahl an Treffern zu erreichen. Ansonsten wäre noch ganz praktisch, wenn man gleich aus der Tabelle erfahren würde, ob der Wikipedia-Artikel schon von OSM-Objekten aus verlinkt ist, statt ihn erst anklicken zu müssen. Das stört mich auch ungemein. Ggf. löst sich das sobald man eine Datenbank der Verknüpfungen hat. Wenn da jemand vorher eine Idee hat, wie man das schnell mit einer einzigen SQL-Abfrage lösen kann, dann nur zu. Das Projekt ist recht einfach gestrickt und steht auch anderen Programmierern offen. Grüße Tim ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Add-Tags:ein neues Werkzeug zur Verbindung Wikipedia - OpenStreetMap
Danke f[r die Ausfuerliche hilfe, also wir brauche noch was interactives. Ausserdem hab ich ganz viel in der richtung geonames und wikipedia gemacht : http://en.wikipedia.org/wiki/Wikipedia:Requested_articles/Social_sciences/Geography,_cities,_regions_and_named_places/Kosovo Das habe ich aus GNS erzeugt, man koennte sowas auch aus OSM erzeugen, siehe auch http://en.wikipedia.org/wiki/List_of_populated_places_in_Kosovo_by_Municipality und http://de.wikipedia.org/wiki/Benutzer:Mdupont/Europe/Kosovo/Dukagjini/Municipalities/Gjakova/Osm/GeoNames Siehe auch : http://en.wikipedia.org/wiki/List_of_populated_places_in_the_municipality_of_Draga%C5%A1,_Kosovo mike 2011/4/11 Kolossos tim.al...@s2002.tu-chemnitz.de Na, schauen wir uns mal die Einträge im Detail an: * Der Albania-Kosovo Highway wird in der engl. Wikipedia wie folgt beschrieben: also known as the Durres-Kukes Corridor in Albania, Vermice-Merdare Corridor and Ibrahim Rugova Highway in Kosovo, and Rruga e Kombit (Nation's Highway) in general. In OSM heißen Teilstrecken: Autostrada Morine kukes Durres. Ein automatisiertes matchen ist somit keinesfalls möglich. * Der Bill Clinton Boulevard läuft in OSM unter: int_name: Bill Clinton Boulevard name: Bil Klinton name:en: Bill Clinton Boulevard Ich frage halt nur den Name-Tag und nicht den name:en-Tag ab. *Die Europastraße E 80 ist ja ein ganz dickes Ding von Spanien bis in die Türkei und heißt wohl bei OSM lokal im Kosovo M2. Also generell zeigt sich das in den Fällen das matching nicht gut genug funktioniert. Der Fehler also nicht bei dir liegt. Eine Lösungsidee die mir gerade kam, könnte sein, Nominatim dafür zu nutzen, da ist schon viel Hirnschmalz reingeflossen und es dürfte viele der von Tobias genannten Probleme mit der Schreibweise lösen. Es liefert OSM-ID, BBOX und OSM-Typ also eigentlich alles was man braucht. Leider fehlt es mir momentan etwas an Zeit, vielleicht hat ja jemand Lust da mitzuhelfen? Wenn man aber andererseits sieht, wie lange man brauch um aus den einzelnen Wikipedia-Artikel selbstständig auf den mehr oder weniger exakten Straßenverlauf zu kommen, fühle ich mich in meinen Bestreben bestärkt, das in der integrierten Karten hervorzuheben. Dafür braucht es die Verlinkung. Grüße Tim Am 11.04.2011 06:25, schrieb Mike Dupont: Hallo, ich bekomme auch keine resultate : http://toolserver.org/~kolossos/osm-add-tags/index.php?lang=enbbox=17.96%2C39.34%2C24.1%2C43.35cat=Roads_in_Kosovokey=highwayvalue=*basedeep=2types=lines|areasrequest=Submitiwl=yeshttp://toolserver.org/%7Ekolossos/osm-add-tags/index.php?lang=enbbox=17.96%2C39.34%2C24.1%2C43.35cat=Roads_in_Kosovokey=highwayvalue=*basedeep=2types=lines%7Careasrequest=Submitiwl=yes was mache ich hier falsch? mike ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de -- James Michael DuPont Member of Free Libre Open Source Software Kosova and Albania flossk.org flossal.org ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Open Data auf dem 14. Verwaltungskongress: Effizienter Staat
Hallo, Gehling Marc wrote: Beim Forum XII: Geo-Daten. Da fehlt auf jeden Fall eine Person, die OSM vertritt. Bin nicht sicher, ob jemand dazu Lust hat, aber sinnvoll wäre es. Irgendwie hab ich den Eindruck, dass diese Leute unter Open Data immer nur Daten verstehen, die die Verwaltung herausgibt. Wenn es nach denen ginge, waeren wir gar nicht open data, genausowenig wie etwa die Wikipedia. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] maposmatic - große Plots Nachtrag
Am 11.04.2011 20:53, schrieb Henning Scholland: Wäre evtl. Maperitive etwas für dich? Henning ja,ganz interessant .. habe das Plotten noch nicht hinbekommen und .. es fehlt mir dann die Straßenliste und das Raster. .. Zeit zur Einarbeitung. Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] alternative API-Dienste nutzen
Am 11.04.2011 21:09, schrieb Carsten Gerlach: Am Montag 11 April 2011 schrieb Jan Tappenbeck: Am 10.04.2011 19:34, schrieb Florian Gross: Note that bbox queries have a maximum of 10 square degrees. ^^ bringt auch eine Fehlermeldung bei -4 bis +4 sind 8 Degree und von 35 bis 44 sind es 9 !! 8 Grad * 9 Grad macht bei mir 72 Quadratgrad und das ist größer als 10. Oder? Gruß, Carsten Ach so ist das zu sehen - dann müßte man also Kacheln oder immer die Welt abfragen und wirklich ausschneiden. gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ICE-Relationen
Am 11.04.2011 16:07, schrieb fly: Ich frage mich ob man bei den ICE-Relationen nicht lieber Relationen für die Strecke zwischen einzelnen Bahnhöfen anlegt und diese Relationen jeweils den ICE-Relationen zuordnet. Im Momment sind die ICE-Relation doch sehr groß und auf manchen Strecken fahren eine ganze Menge ICEs ganz zu schweigen von EC/ICs und sonstigen Verbindungen. Im Unterschied zu Bus/Straßenbahn-Linien verlaufen diese Linien lange auf der selben Strecke. Was ist Eure Meinung ? Dieses Verfahren wäre mir für alle ÖPNV-Linien das liebste gewesen. Eine Relation für die Teilstrecke Haltestelle - Haltestelle (bzw. Platform - Platform). Alle Relationen zusammen geben die Relation für Linie/Richtung/Variante. Aber damit habe ich mich leider nicht durchsetzen können, da zu kompliziert. :-( Es gibt im deutschen Eisenbahn-Fernverkehr zwar LInien http://www.bahn.de/p/view/mdb/bahnintern/fahrplan_und_buchung/streckenplaene/MDB84831-ice_2011.pdf http://www.bahn.de/p/view/mdb/bahnintern/fahrplan_und_buchung/streckenplaene/MDB85553-ecic_2011_korrigiert.pdf aber diese sind in der Praxis meist so variantenreich wie eine Dorfbuslinie. Zudem werden die Linienbezeichnungen der ICE/IC/EC außer auf diesem Plan nirgends verwendet. Im Nahverkehr sind die Bezeichnungen in vielen Bundesländern gebräuchlicher und werden auf den Zielanzeigern/Aushangfahrplänen kommuniziert. Bis zum HAFAS haben sich auch diese freilich noch immer nicht herumgesprochen. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Taggen von Sporthallen
Am 11. April 2011 18:30 schrieb M∡rtin Koppenhoefer dieterdre...@gmail.com: Gebäude findet man unter allen möglichen Umständen, das Vorhandensein eines geschlossenen Ways mit building=yes reicht mir nicht aus, um eine Turnhalle zu beschreiben. Hier ist es durchaus häufig, dass eine Reihe von Tennisplätzen, Fussballplätzen, Restaurant, Schwimmbad, Basketballplätzen etc. auf einem Gelände unter einem Betreiber und unter einem Namen firmiert. Diese Dinger hatte ich bisher als leisure=sports_centre beschrieben. Guten Morgen! Wieso nicht building=allgemeiner Ausdruck für 'Sporthalle' + sport=multi/tennis/etc? Dann wären Gebäude und Funktion Sauber getrennt, bei einem Sportzentrum mit mehreren Anlagen liegen solche Dinger dann in einem leisure=sports_centre... wär' das nix? Gruß, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-in] Mapping party at Fazilka on 16th April
Have a look at: http://www.facebook.com/event.php?eid=211985345494242 -- H.S.Rai ___ Talk-in mailing list Talk-in@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-in
Re: [Talk-it] Is Google using public domain data from OSM?
Il 10 aprile 2011 17:34, Fabri erfab...@gmail.com ha scritto: Specificare...cosa sono i Tiger? http://wiki.openstreetmap.org/wiki/Tiger http://www.census.gov/geo/www/tiger/ -- ciao Luca http://gis.cri.fmach.it/delucchi/ www.lucadelu.org ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Non mi funziona il PCN
Non mi si caricano più le immagini del PCN. E' successo qualcosa?? Grazie Morsi ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Non mi funziona il PCN
On Mon, Apr 11, 2011 at 08:19:30AM +0200, MorSi wrote: Non mi si caricano più le immagini del PCN. E' successo qualcosa?? Ieri (sabato 10) non funzionava neanche a me, il servizio è tutt'ora KO. Sarà interessante vedere cosa diranno le statistiche d'uso [1] per sabato, io ho il sospetto che siano statistiche farlocche. [1] http://www.pcn.minambiente.it/PCNDYN/statistiche_pubbliche.jsp?lan=it -- Niccolo Rigacci Firenze - Italy ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Non mi funziona il PCN
neanche a me. On 11/04/2011, MorSi mo...@inwind.it wrote: Non mi si caricano più le immagini del PCN. E' successo qualcosa?? Grazie Morsi ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Non mi funziona il PCN
Il giorno lun, 11/04/2011 alle 08.19 +0200, MorSi ha scritto: Non mi si caricano più le immagini del PCN. E' successo qualcosa?? Direi di sì. Anche il loro sito ufficiale è al momento irraggiungibile: www.pcn.minambiente.it/ Non per far politica, lo dico qualunque sia il colore politico al potere, ma mai come durante questo governo si è (deliberatamente?) lasciato andare in malora tutta la parte internet, soprattutto la parte open source, ai limiti del boicottaggio. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Non mi funziona il PCN
On Mon, Apr 11, 2011 at 09:16:22AM +0200, Stefano Droghetti wrote: Non per far politica, lo dico qualunque sia il colore politico al potere, ma mai come durante questo governo si è (deliberatamente?) lasciato andare in malora tutta la parte internet, Magari si riuscisse a vedere una distinzione di colore! Chi ha seguito la storia del portale italia.it con i miliardi di euro pompati nel nulla a partire da Rutelli [1] (plase visit itlay) [2] per finire con la Brambilla [3]! Per quanto riguarda il PCN i servizi allestiti sarebbero di notevole interesse, peccato che i termini d'uso siano a dir poco fumosi e discrezionali. A partire dalle licenze praticamente tutti i diritti riservati per finire ai meccanismi di ban per chi utilizza troppo il servizio. Come dire: io di mestiere ti fornisco un servizio, ma se lo usi troppo allora te lo nego. [1] http://punto-informatico.it/2092383/PI/News/rutelli-ok-italiait-si-puo-chiudere.aspx [2] http://www.youtube.com/watch?v=v12ghF6G1Ks [3] http://punto-informatico.it/3120075/PI/News/italiait-altri-10-milioni.aspx -- Niccolo Rigacci Firenze - Italy ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Non mi funziona il PCN
Il giorno 11 aprile 2011 09:34, Niccolo Rigacci o...@rigacci.org ha scritto: Per quanto riguarda il PCN i servizi allestiti sarebbero di notevole interesse, peccato che i termini d'uso siano a dir poco fumosi e discrezionali. A partire dalle licenze praticamente tutti i diritti riservati per finire ai meccanismi di ban per chi utilizza troppo il servizio. Come dire: io di mestiere ti fornisco un servizio, ma se lo usi troppo allora te lo nego. Di' la verità, da quanto tempo aspettavi di poter mandare questo messaggio? :-) Niccolo Rigacci Firenze - Italy Ciao, Simone ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Nome del ponte e nome della via
bridge:name=x mi sembra migliore di bridge_name=x, anche per gestire i vari old_name, alt_name, loc_name etc... Riassumendo direi che nel mio caso la soluzione migliore pare essere: name=nome della via + bridge:name=nome del ponte + bridge:old_name=vecchio nome del ponte ciao Paolo ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Alcune domande da inesperto
Il 10/04/2011 11:31, David Paleino ha scritto: On Sun, 10 Apr 2011 11:24:56 +0200, Paolo Pozzan wrote: Altra cosa: se dalla homepage di OSM cerco via asiago, torri di quartesolo come risultato mi da: Strada residenziale Via Asiago, San Pietro Intrigogna, Torri di Quartesolo, Vicenza, Veneto, Italia ma questo San Pietro Intrigogna è una frazione di Vicenza che confina con Torri di Quartesolo e non ha niente a che fare con via Asiago. Immagino ci sia un discorso di relazioni sotto ma non so come sistemarle... Nominatim fa una ricerca per distanza; quindi il fatto che sia una frazione confinante è suggestivo :) Un eventuale uso di is_in=x risolverebbe questo problema? Ciao Paolo ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Sentieri di montagna non segnati, trail_visibility ??
Saluti a tutti, mi chiamo Paolo e sono nuovo della lista. Per mestiere mi occupo di informatica e di reti, più che altro in ambiente *nix. Ho un passato ormai abbastanza remoto di 'ravanage' :) e tracciatura gps, materiale pubblicato allora su Giscover. Sono invece relativamente nuovo su OSM. Sto inserendo itinerari in provincia di Pesaro e ho anche parecchio sulle Dolomiti Zoldane. Vengo alla domanda. Molte delle mie tracce gps sono relative alla riscoperta di vecchi sentieri che appaiono sulle tavolette IGM ma non sulle cartine commerciali; si tratta ovviamente di sentieri non segnalati con gli ordinari bolli rossi etc. Mi trovo perciò in imbarazzo con il tag trail_visibility perché mi sembra di capire che presupponga in qualche modo un segnavia. D'altronde non mi sembra neppure corretto taggare trail_visibility=no se il percorso, seppure non segnalato, è ragionevolmente evidente. Consigli? E, per inciso, se qualcuno più esperto butta un occhio magari vien fuori qualche altro peccatuccio :) Grazie in anticipo. Paolo, aka at1839 -- View this message in context: http://gis.638310.n2.nabble.com/Sentieri-di-montagna-non-segnati-trail-visibility-tp6260907p6260907.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Sentieri di montagna non segnati, trail_visibility ??
2011/4/11 at1839 1...@uniurb.it Molte delle mie tracce gps sono relative alla riscoperta di vecchi sentieri che appaiono sulle tavolette IGM ma non sulle cartine commerciali; si tratta ovviamente di sentieri non segnalati con gli ordinari bolli rossi etc. Mi trovo perciò in imbarazzo con il tag trail_visibility perché mi sembra di capire che presupponga in qualche modo un segnavia. D'altronde non mi sembra neppure corretto taggare trail_visibility=no se il percorso, seppure non segnalato, è ragionevolmente evidente. Un semplice highway=path senza alcun ref potrebbe andare? di solito ho mappato così sentieri senza segnavia ed eventualmente anche con traccia incerta. potresti usare in aggiunta un note= / comment= per indicare sentiero non segnato, segnavia mancante ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Alcune domande da inesperto
Il 11 aprile 2011 12:08, Paolo Monegato gato.selvad...@gmail.com ha scritto: Un eventuale uso di is_in=x risolverebbe questo problema? non so darti una risposta ma is_in è uno dei tag più inutili di osm :-) Ciao Paolo -- ciao Luca http://gis.cri.fmach.it/delucchi/ www.lucadelu.org ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Sentieri di montagna non segnati, trail_visibility ??
Il 11 aprile 2011 12:19, at1839 1...@uniurb.it ha scritto: Saluti a tutti, mi chiamo Paolo e sono nuovo della lista. Per mestiere mi occupo di informatica e di reti, più che altro in ambiente *nix. Ho un passato ormai abbastanza remoto di 'ravanage' :) e tracciatura gps, materiale pubblicato allora su Giscover. Sono invece relativamente nuovo su OSM. Sto inserendo itinerari in provincia di Pesaro e ho anche parecchio sulle Dolomiti Zoldane. Vengo alla domanda. Molte delle mie tracce gps sono relative alla riscoperta di vecchi sentieri che appaiono sulle tavolette IGM ma non sulle cartine commerciali; si tratta ovviamente di sentieri non segnalati con gli ordinari bolli rossi etc. Mi trovo perciò in imbarazzo con il tag trail_visibility perché mi sembra di capire che presupponga in qualche modo un segnavia. D'altronde non mi sembra neppure corretto taggare trail_visibility=no se il percorso, seppure non segnalato, è ragionevolmente evidente. trail_visibility serve per indicare che stato di visibilità ha il sentiero, sia che sia un percorso segnalato sia che non lo sia. Usalo tranquillamente. Quando un sentiero è segnalato aggiungi la relazione route hiking Consigli? E, per inciso, se qualcuno più esperto butta un occhio magari vien fuori qualche altro peccatuccio :) mandaci il link della zona Grazie in anticipo. Paolo, aka at1839 -- ciao Luca http://gis.cri.fmach.it/delucchi/ www.lucadelu.org ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Non mi funziona il PCN
2011/4/11 Niccolo Rigacci o...@rigacci.org: On Mon, Apr 11, 2011 at 09:16:22AM +0200, Stefano Droghetti wrote: Chi ha seguito la storia del portale italia.it con i miliardi di euro pompati nel nulla al meno mi accolgono in tedesco (se vedi qui: http://www.deutschland.de non c'è Italiano), anche se poi mi parla il capo del governo in italiano in overlay ;-) Per quanto riguarda il PCN i servizi allestiti sarebbero di notevole interesse, peccato che i termini d'uso siano a dir poco fumosi e discrezionali. A partire dalle licenze praticamente tutti i diritti riservati per finire ai meccanismi di ban per chi utilizza troppo il servizio. cmq. ci offrono delle foto ben referenziati ed in risoluzione sufficente per tanti scopi coprendo tutta l'Italia, una cosa che il resto del mondo se la sogne ancora (a precindere delle USA e Canada). Poi penso che non usano più il ban, ma rallentano la connessione (al meno avevo questa impressione ultimamente), e c'è anche da dire che avevano visti dei tentativi di rubare i dati prima che hanno introdotti questi sistemi restringenti. ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Sentieri di montagna non segnati, trail_visibility ??
Il 11 aprile 2011 12:24, Tiziano D'Angelo tiziano.dang...@gmail.com ha scritto: Un semplice highway=path senza alcun ref potrebbe andare? di solito ho mappato così sentieri senza segnavia ed eventualmente anche con traccia incerta. potresti usare in aggiunta un note= / comment= per indicare sentiero non segnato, segnavia mancante per tutti i sentieri sarebbe bene usare trail_visibility e sac_scale per i sentieri con segnavia anche la relation route -- ciao Luca http://gis.cri.fmach.it/delucchi/ www.lucadelu.org ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it