[talk-ph] TED Talk on GPS
Thought some of you GIS people might like this. http://www.ted.com/talks/todd_humphreys_how_to_fool_a_gps.html I was unaware of the significance of May 2000. Jim -- datalude: information security e: j...@datalude.com Philippines: +63 2 403 1311 / mob: +63 917 849 3939 Hong Kong: +852 6489 4132 w: http://www.datalude.com/ ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [OSM-talk] Map and Programm for Offline
On Tue, 17 Jul 2012 13:17:50 -0400 john whelan jwhelan0...@gmail.com wrote: Have a look at Maperitive for off line mapping, it can use .pbf files which keeps the file size down and you can strip off sources etc with XML and use osmconvert with --drop-author but use .osm to .osm then convert to .pbf. Routing is more complex and I've love a solution. The programm i have downloaded and the map is download at moment. My Problem is, i want go with bike from Germany to Spain. And i need a card where can see the Bike ways. I need no GPS or direct Routing. I have compass and when i have so ca. the way all is good. Regards Silvio ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Need some clarification on edits
Hi, I'm investigating area [1], and especially why the two unclassified ways called Trappistenweg and the track to the north connect to the motorway A74 (which is incorrect). If I understand correctly, a grey checkbox in the history in JOSM means a non-agreeer to the CT. Those edits should be redacted, correct? The nodes [2] and [3] where the Trappistenweg connects to the A74 are the first version and created by a non-agreeer. The bot has processed this area succesfully. Shouldn't these nodes be redacted? There are also ways in that area from the same user. Furthermore: when contacting the user he said that there previously was a tunnel underneath the A74. I can't find this in the history of potlach 1. Can someone confirm that this was or was not there? The user also says he drew these ways a year ago which is hard to believe because the nodes and the changeset [4] were created on july 1st 2012. He blames the redaction bot for this, but the redaction bot has not been running at that date? [1] http://www.openstreetmap.org/?lat=51.338655lon=6.161296zoom=18layers=M [2] http://www.openstreetmap.org/browse/node/1809284755 [3] http://www.openstreetmap.org/browse/node/1809284758 [4] http://www.openstreetmap.org/browse/changeset/12080703 Regards, Maarten ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Need some clarification on edits
If I understand correctly, a grey checkbox in the history in JOSM means a non-agreeer to the CT. Those edits should be redacted, correct? Grey means they signed up after the new CT were the only ones, so automatically accepted rather than choosing to. Ed ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Map and Programm for Offline
Hello Silvio, Am 18.07.2012 16:32, schrieb Silvio Siefke: The programm i have downloaded and the map is download at moment. My Problem is, i want go with bike from Germany to Spain. And i need a card where can see the Bike ways. I need no GPS or direct Routing. I have compass and when i have so ca. the way all is good. Perhaps you could also try using a map program (like Garmin's MapSource or http://www.qlandkarte.org/) in connection with one of the bike maps (for example http://www.velomap.org). Regards, Michael ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Map and Programm for Offline
On Wed, 18 Jul 2012 20:17:18 +0200 Michael Krämer ohr...@gmail.com wrote: Perhaps you could also try using a map program (like Garmin's MapSource or http://www.qlandkarte.org/) in connection with one of the bike maps (for example http://www.velomap.org). The Problem is that i need the maps offline, not online. Regards Silvio ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Map and Programm for Offline
On Tue, 17 Jul 2012 13:17:50 -0400 john whelan jwhelan0...@gmail.com wrote: Have a look at Maperitive for off line mapping, it can use .pbf files which keeps the file size down and you can strip off sources etc with XML and use osmconvert with --drop-author but use .osm to .osm then convert to .pbf. Routing is more complex and I've love a solution. I have installed the Program and i load the europe.osm.bz2 map. I open the map in Maperitive and after few time come the message The fil coult not be loaded: Exception of type 'System.OutOfMemoryException' was thrown. Mean it that 2 GB Ram not enough? When i unpacked the file is more as 50 gb. Must then load all countrys seperate? Regards Silvio ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Map and Programm for Offline
Perhaps you could also try using a map program (like Garmin's MapSource or http://www.qlandkarte.org/) in connection with one of the bike maps (for example http://www.velomap.org). The Problem is that i need the maps offline, not online. Velomap is for offline use. Typically it is used with Garmin GPS devices but you could also just use the software on your computer. Michael ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Map and Programm for Offline
There is a Google mailing list for support maperit...@googlegroups.com http://maperitive.net/ Recently there has been some discussion there on how to reduce the size of off line maps. Whichever software you use it is likely that it will want to hold the data file in memory so I suspect you'll need to split up the file. .pbf format can help substantially over .osm format, removing tags that won't be displayed such as source and author details can help as well. What you need on the display at one time is a fairly small amount of data so sp Try it with a smaller data file. Be aware that not all software that manipulates the data files leaves it in a state that everything can use it. You need to be aware of XML and how it works sometimes to make sure the headers are correct. It should be simpler but it isn't and Maperitive is one of the better off line solutions. Sorry Cheerio John On 18 July 2012 16:04, Silvio Siefke siefke_lis...@web.de wrote: On Tue, 17 Jul 2012 13:17:50 -0400 john whelan jwhelan0...@gmail.com wrote: Have a look at Maperitive for off line mapping, it can use .pbf files which keeps the file size down and you can strip off sources etc with XML and use osmconvert with --drop-author but use .osm to .osm then convert to .pbf. Routing is more complex and I've love a solution. I have installed the Program and i load the europe.osm.bz2 map. I open the map in Maperitive and after few time come the message The fil coult not be loaded: Exception of type 'System.OutOfMemoryException' was thrown. Mean it that 2 GB Ram not enough? When i unpacked the file is more as 50 gb. Must then load all countrys seperate? Regards Silvio ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Submitting POI to OSM made easy
* On the position screen, dragging the marker is more intuitive than clicking to set position. I do not agree with this. ON toughscreen the dragdrop is less intuitive and sometimes very unusable. Please reserve dragdrop for moving the map around as is usually done on handhelds. PS: However your idea is great, thanks ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] WIWOSM is now activated at all Wikipedia languages
It works now in pl.wp. Greetings Kolossos Am 18.07.2012 04:51, schrieb Kolossos: The problem is that the map application get not the article name from MediaWiki. See, my request here: http://pl.wikipedia.org/wiki/Dyskusja_pomocy:OpenStreetMap#transfer_the_article_title_to_the_map For this job we need an admin. The easiest way to handle the title is to follow http://de.wikipedia.org/wiki/Hilfe:OpenStreetMap/en#Installation and using code from Meta, this cleanup your lokal js-code and keep you up-to-date. Greetings Kolossos Am 17.07.2012 21:18, schrieb Jacek Konieczny: On Tue, Jul 17, 2012 at 07:04:35PM +0200, Kolossos wrote: I activate now WIWOSM[1] on all language versions of Wikipedia that support the OSM-Gadget[2]. Great News! So, it should now work on the Polish Wikipedia? It doesn't fully work now, there is no city outline on the map at http://pl.wikipedia.org/wiki/Gliwice while the boundary is properly displayed at http://de.wikipedia.org/wiki/Gliwice Is there something missing? Greets, Jacek ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] OT - Unusual Bing imagery
I spotted this today as I was entering survey information: http://greenvilleopenmap.info/Airplane.jpg I didn't realize that the Bing planes flew so high. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OT - Unusual Bing imagery
On Wed, 18 Jul 2012 21:43:19 -0400 Mike N nice...@att.net wrote: I spotted this today as I was entering survey information: http://greenvilleopenmap.info/Airplane.jpg I didn't realize that the Bing planes flew so high. What is the correct tag for the plane? ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] talk Digest, Vol 95, Issue 20
I tried to talk following the link sent to me via email but it seems my talk fail. I need some help. Thank you. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Note to users of overapss/xapi like services (mirrored download and such)
I noticed today that since the license bot is going full throttle, my server hasn't been able to keep up with minutely diffs any more. Right now I'm about 4 hours behind. My server isn't exactly optimized for performance so this might not be affecting all users of minutely diffs but please beware that the increased activity may have impacted some 3rd party services. If you are downloading data to edit from anywhere but api.openstreetmap.org, please double check your source and verify that it is up to date. I know both the jxapi and overpass are capable of putting a timestamp in their response, if configured correctly. Toby ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] finding redacted objects in JOSM
Hi all, This may be obvious to many, but here it is anyway: to find redacted objects in JOSM, hit ctrl-f and enter 'user:OSMF Redaction Account' in the search field. Obviously, this won't unearth deleted objects, but it does help you locate polygons that got garbled because of deleted nodes, for example. -- martijn van exel http://oegeo.wordpress.com ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OT - Unusual Bing imagery
On 2012-07-19 03:43, Mike N wrote: I spotted this today as I was entering survey information: http://greenvilleopenmap.info/Airplane.jpg I didn't realize that the Bing planes flew so high. I would guess that that plane is flying really low. Probably in approach to a landing. Maarten ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [talk-au] Introduction Brett Russell (Ent)
Hi Brett (et al), Firstly, this is my first post on an OSM forum, so apologies if I get anything wrong (etiquette, format, etc.). These forums are somewhat less sophisticated than others on which I've contributed. IMHO, you'll find most of the data on OSM to exhibit a car-bias - it's the nature of the beast, because that's where the interest of most contributors lie (myself included). But there is some data of use for cyclists and walkers, which continues to grow thanks to the efforts of contributors such as yourself. I've used the OSM data for production of Magellan custom (detail) maps for use with my eXplorist XL, primarily when motorcycle touring, and so have become somewhat familiar with its content. But I recently included cycleways and pedestrian paths, based on requests on another forum with which I'm involved. I cannot comment/help regarding Garmin issues, but am most certainly willing to discuss the same items at a more conceptual level - for example the display of map detail at various zoom levels. I've been through that whole saga (although, again, based about road-use) with the Magellan maps. I know you're adding detail yourself, but if you find what is available on OSM to be insufficient, Brett, you might try MapConnect at Geoscience Australia (http://www.ga.gov.au/topographic-mapping/mapconnect.html) - I'm told their tracks and trails enjoy better coverage than OSM, and can be downloaded in various file formats (I use *.shp for vector maps). As for contours, I abandoned them because they slowed down my GPSr dramatically, but you, of course, will have a greater need for them on foot. Newer devices than my XL (circa 2006) might cater for that type of data more adequately. If you're looking for an alternative to tethering your iPhone, some of the SIM providers offer good prepaid data plans, but consider the performance of the network (Telstra, Optus, etc.) before proceeding. I use Amaysim (Optus network) - 10GB for $100 is valid for 12mths - with a wireless hotspot modem FWIW. Anyway, good luck with your mapping. Get in touch if you think there might be something with which I might be able to assist. Cheers,Paul. Message: 5 Date: Wed, 18 Jul 2012 19:15:09 +1030 From: Brett Russell brussell...@live.com.au To: OSM Australia mailing list talk-au@openstreetmap.org Subject: [talk-au] Introduction Brett Russell (Ent) Message-ID: snt130-w2492c0f89b65e336d14557af...@phx.gbl Content-Type: text/plain; charset=iso-8859-1 Hi All First the hardware PC = ASUS NX90 (I7) running Windows Home Premium 64 bit version. GPS = Garmin 62s Phone = iPhone Software Ok, I have just installed the java development kit. This must be a different version to the Java I installed to get JOSM working. Now when I type java in any directory it is acknowledge. So thanks guys progress has been made. I have downloaded mkgmap before and it appears to at least be there when I run java mkgmap. So me thinks I have the basics there. splitter-r200 is downloaded Purpose I am a bushwalking in Tasssie and have been using Garmins maps and have become rather dissatisfied with them. They have good detail on lakes but nothing on walking tracks and the mountains are in the wrong place and even have the wrong names. Shonky is missing detail but was a great freebie. I am getting into more off track walking so I am hoping to use OSM to develop maps. A key feature missing from Garmin Maps (tracks aside) is land use such as clearings/heath. It is remarkably easy from the satellite maps to spot potential camp sites so be great to mark them for looking at on the ground. I have been playing with the IMG file for Tasmania from OSM website, both routable and standard and like what I see but they are optimised for vehicles with foot tracks not showing unto at the 300 metre scale is zoomed to. As do mountains. This means you are navigating at the micro level when these features should be at the macro level. Huts is another item that needs to show up on macro level. At the moment I have Contour 5M on my Garmin and load it over OSM. This is a reasonable solution but looking for a more elegant one. Especially one that will enable me to use Garmin Basecamp at homebase with contours. Hence lookimg to combine contours with OSM. I hear someone say, cyclemap. They are rather non existent for Tassie and also very slow to update. Also on website bombarded me with requests for donations I gave up downloading anything. I have tried my iPhone running various app that use tiles and honestly the vector mapping system kills tiles. The vector data is up-to-date while tiles can be weeks behind and massive download sizes at the finer scales. Tiles seem to me rather paper based logic while vector is jet age. Now time to dig I foxhole and hide from the flame throwers. Because the map data is so basic for Tassie I am
Re: [talk-au] I feel like such a newbie
On 18/07/12 01:46, SomeoneElse wrote: FWIW recent splitter and mkgmap versions should work OK with pbf files, I think. Thanks for the tip. I'm happy to report that I've updated my splitter and mkgmap, and have created my gmapsupp.img from australia-oceania.osm.pbf without using osmosis at all. I note however that mkgmap spat out this one warning: SEVERE (LineSplitterFilter): 63240017.osm.gz: Way (http://www.openstreetmap.org/browse/way/143243495) has a max dimension of 32767 and is about to be split (routing will be broken) I haven't got to the bottom of what's going on there. John ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Introduction Brett Russell (Ent)
On 18/07/12 18:45, Brett Russell wrote: I have been playing with the IMG file for Tasmania from OSM website, both routable and standard and like what I see but they are optimised for vehicles with foot tracks not showing unto at the 300 metre scale is zoomed to. As do mountains. This means you are navigating at the micro level when these features should be at the macro level. Huts is another item that needs to show up on macro level. Have you managed to get a gmapsupp.img Garmin file out of mkgmap yet? If and when you do, try editing the points file entry for natural=peak, and change the resolution value in that entry to (say) 16. Then make a new gmapsupp.img and see how your mountains display at different zoom levels then. For walking tracks, try a similar change to the lines file for highway=path. If you want to do more significant changes (say making walking tracks show as a bold purple line), then you need to use a style file (a TYP file). I've used this online editor for maintaining mine: http://ati.land.cz/gps/typdecomp/editor.cgi but there may be easier methods available these days. This is how cycling maps derived from OSM might make cycle paths show more prominently than roads. I'm guessing you've already discovered that you can download your own custom area of OSM data by clicking on Export when viewing the ordinary OSM map. John ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [Talk-br] criar mapa com icons no openstreet...
Caro Vitor, Obrigado pela sua resposta. Estava a ver o Ushahidi - parece-me uma plataforma interessante - mas vejo que num maapa exemplo criado para a mesma finalidade que eu quero usa o Googlemaps. É justamente isto que pretendo evitar. Usar os satelites do Google e a sua plataforma. Avisa-me se estou a falar coisas sem sentido! Obrigado Boa 2012/7/17 vitor vitor.geo...@gmail.com Olá Boaventura, Legal que você quer migrar para o OpenStreetMap. Um bom lugar para conseguir informações gerais de migração é o switch2osm.org. No caso específico da sua aplicação, sugiro que pesquise sobre o Ushahidi, que é uma plataforma de mapeamento aberto que permite a utilização de mapas base do OpenStreetMap: http://ushahidi.com/products/ushahidi-platform É bem parecido com o que você está fazendo. Qualquer dúvida estamos por aqui! Abs, Vitor George mapaslivres.org twitter.com/mapaslivres 2012/7/16 Boaventura Monjane boa.monj...@gmail.com Ola a todos/as! Sou novo por aqui. Me desculpem a ignorância! Eu estou pretendendo criar um mapa, com icons e informação, mostrando dados em diferentes lugares do mundo. Seria algo como isto: http://viacampesina.org/map/members/map.html Isto foi feito por mim, mas usando googlemap. Estou farto do google e quero começar a usar o openstreet! Alguem me poderia explicar como é que eu faria no openstreet? Obrigado Boa -- ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br -- ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
[Talk-is] Árangur í Hafnarfirði
Hæ. Eftir mikla vinnu get ég með ánægju sagt að Hafnarfjörður er ágætlega nálægt því að vera kláraður. Flestar, ef ekki allar götur, hafa verið leiðréttar í samræmi við BING loftmyndirnar og húslínur eru til staðar svo langt sem loftmyndirnar leyfa. Meiri hluti húsa bæjarins hafa verið merkt með húsnúmerum og tengdar við götur en það ferli mun líklegast klárast á næstu tveim vikum. Mig langar að biðja ykkur um að nostra smá við bæinn líka svo hægt sé að senda út fréttatilkynningu þegar það helsta er komið. Það sem mætti gera er að bæta við fleiri gangstígum, gangbrautum, notkun landsvæða (landuse tagið) og fleira sem hægt er að álykta út frá loftmyndunum. Ef ykkur grunar að eitthvað sé rangt en skortir upplýsingar til að laga það, merkið villuna með OpenStreetBugs. Húsnúmeramerking og POI söfnun er í gangi af minni hálfu en það myndi varla saka ef þið gætuð bætt við því sem þið vitið af nú þegar. Með kveðju, Svavar Kjarrval signature.asc Description: OpenPGP digital signature ___ Talk-is mailing list Talk-is@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-is
Re: [Talk-is] Árangur í Hafnarfirði
Þetta er frábært, vel gert! 2012/7/18 Svavar Kjarrval sva...@kjarrval.is: Hæ. Eftir mikla vinnu get ég með ánægju sagt að Hafnarfjörður er ágætlega nálægt því að vera kláraður. Flestar, ef ekki allar götur, hafa verið leiðréttar í samræmi við BING loftmyndirnar og húslínur eru til staðar svo langt sem loftmyndirnar leyfa. Meiri hluti húsa bæjarins hafa verið merkt með húsnúmerum og tengdar við götur en það ferli mun líklegast klárast á næstu tveim vikum. Mig langar að biðja ykkur um að nostra smá við bæinn líka svo hægt sé að senda út fréttatilkynningu þegar það helsta er komið. Það sem mætti gera er að bæta við fleiri gangstígum, gangbrautum, notkun landsvæða (landuse tagið) og fleira sem hægt er að álykta út frá loftmyndunum. Ef ykkur grunar að eitthvað sé rangt en skortir upplýsingar til að laga það, merkið villuna með OpenStreetBugs. Húsnúmeramerking og POI söfnun er í gangi af minni hálfu en það myndi varla saka ef þið gætuð bætt við því sem þið vitið af nú þegar. Með kveðju, Svavar Kjarrval ___ Talk-is mailing list Talk-is@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-is ___ Talk-is mailing list Talk-is@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-is
[Talk-de] QA-Software
Ich sehe ebenso grossen Bedarf fuer eine neue Qualitaetsoffensive auf uns zukommen. +10 hi ! deshalb hatte ich ja nachgefragt schon ob einer die Tools von Gary68 auf einer Linux-Umgebung mal eben wieder aktivieren kann. Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Zurueck in die Steinzeit
On Wed, Jul 18, 2012 at 07:13:16AM +0200, Bernd Wurst wrote: Am 17.07.2012 22:53, schrieb Florian Lohoff: Wie kann man da bei einem Projekt das Jahre besteht erwarten das man alle erreicht? Aber unter anderem deshalb wurde doch die Umstellung der Lizenz gemacht?! Mit den neuen CT ist das Problem für die Zukunft gegessen. Deine Methode wäre jetzt also für alle Ewigkeit die CCbySA zu halten obwohl klar ist dass alle neuen Daten immer wieder genau wegen dieses Problems bei kommenden rechtlichen Problemen unbrauchbar werden. Lieber ein Ende mit Schrecken als ein Schrecken ohne Ende. Also mit der neuen Lizenz trete ich alle Urheberrechtlichen Ansprueche ab? Mitnichten. Flo -- Florian Lohoff f...@zz.de signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Zurueck in die Steinzeit
On Wed, Jul 18, 2012 at 07:22:59AM +0200, Jan Tappenbeck wrote: Am 17.07.2012 22:17, schrieb Florian Lohoff: Puh - Also eigentlich hatte ich mir vorgestellt das das Ergebniss nicht so Katastrophal ausfaellt aber in Ostwestfalen-Lippe sind reihenweise komplette Ortschaften verschwunden. Bundes, Land und Kreisstraßen sind ein Flickwerk. Wenn ich auf die Karte sehe ist die von der Qualitaet wie in etwa 2009 - Und die Karte ist voll von jetzt sinnlosen ways ohne tags, nodes ohne tags. Die ganze Karte gesprenkelt mit sinnlosen Objekten. Und das alles weil eine kleine Gruppe beschlossen hat CC-BY-SA ist doof. Kopfschuettelnd Hi ! über die anderen ärgere ich mich auch. Hätte nur nicht gedacht das die Ergänzung teilweise so umständlich ist weil da wirre Objekte liegen die gar kein Tag mehr haben und mehr als verstümmelt sind. Ich finde es noch schlimmer - Es haben sich viele topologien ergeben die so NIE bestanden haben. Dadurch das aus ways nur einzelne Nodes entfernt worden sind gibts jetzt hier ways die ueberhaupt keinen sinn ergeben. Bundesstraßen quer durch Wohngebiete ueber die Haeuser hinweg etc ... Im Prinzip kann man jetzt nur anfangen weiterzuloeschen was alles so bis zur unkenntlichkeit verstuemmelt ist. Das ist eben das grosse Problem - 2009 hatten wir einen kleinen aber halbwegs verlaesslichen Datenbestand. Jetzt haben wir einen grossen den niemand mehr beurteilen kann. Ich halte die daten in OWL gerade fuer komplett schrott - Leider ist auch in kleinteiligen mappen jetzt so viel zerstoert das sich das visuell auch nicht mehr finden laesst. Die Bundesstraße faellt sofort auf - aber das der radweg durch geloeschte nodes auf der falschen straßenseite ist eben nicht. Flo -- Florian Lohoff f...@zz.de signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Zurueck in die Steinzeit
On Tue, Jul 17, 2012 at 11:30:04PM +0200, Michael Kugelmann wrote: Das Brüderpaar was das gemapped hat (2009) haette bestimmt zugestimmt - aber die hat man nicht mehr erreicht weil die mit OSM jetzt nichts mehr zu tun haben. Scheinbar haben die aber nicht mal auf mehrfache Email reagiert? Pech... Irgendwo gibt es eine Grenze/Deadline. Dann hoer auf diese Mapper zu verunglimpfen: Und das alles weil eine kleine Gruppe beschlossen hat ODBL ist doof und nicht zugestimmt hat. Flo -- Florian Lohoff f...@zz.de signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] QA-Software
On 18.07.2012 08:34, Jan Tappenbeck wrote: deshalb hatte ich ja nachgefragt schon ob einer die Tools von Gary68 auf einer Linux-Umgebung mal eben wieder aktivieren kann. Wenn man Osmose [1], KeepRight [2] und den OsmInspector [3] nutzt, wofür braucht man dann noch ein weiteres Tool? Das kann eigentlich nur zum Aufdecken von exotischen Fehler im Zusammenhang mit deinen speziellen Mappingthemen sein. Ich befürchte, dafür musst du dir selbst was schreiben. Die Tools von Gary68 sind in Perl geschrieben, die bekommt man auch unter Windows zum Laufen, mit Cygwin oder ActivePerl. Gruß Rainer [1] http://osmose.openstreetmap.fr/map/ [2] http://keepright.ipax.at [3] http://tools.geofabrik.de/osmi/ ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Zurueck in die Steinzeit
Och...es gibt da so eine gewisse Gruppe Mapper, die bspw. wegen dem Datenverlust abgelehnt haben und genau damit haben sie für den Datenverlust gesorgt. Ich nehme es keinem übel, der aus rechtlichen Gründen nicht zustimmen konnte, den man nicht mehr erreicht hat oder der sich vorher von der Community verabschiedet hat. Henning ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Zurueck in die Steinzeit
Florian Lohoff f at zz.de writes: Also mit der neuen Lizenz trete ich alle Urheberrechtlichen Ansprueche ab? Urheberrecht kann man garnicht abgeben. Zumindest in Deutschland ist sowas unmöglich. Du gibst der OSMF lediglich ein Nutzungsrecht an den Daten. Was wäre denn die Alternative gewesen? Wenn ich die Hintergründe richtig verstanden habe, dann war doch gerade das Problem, dass die Daten unter CC BY-SA streng genommen komplett ungeschützt waren. Deine Rechte sind also mit der neuen Lizenz wesentlich besser geschützt. Gruß Manuel ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Zurueck in die Steinzeit
Nur um es klarzustellen: bei den grösseren Nichtantwortern gibt es einen grossen Anteil, der sehr wohl gewusst hat was es geschlagen hat. Bei Küster weiss man es nicht so genau, da aber liegt die Sachlage aber bekanntlich sehr speziell. Simon Am 18.07.2012 08:56, schrieb Florian Lohoff: On Tue, Jul 17, 2012 at 11:30:04PM +0200, Michael Kugelmann wrote: Das Brüderpaar was das gemapped hat (2009) haette bestimmt zugestimmt - aber die hat man nicht mehr erreicht weil die mit OSM jetzt nichts mehr zu tun haben. Scheinbar haben die aber nicht mal auf mehrfache Email reagiert? Pech... Irgendwo gibt es eine Grenze/Deadline. Dann hoer auf diese Mapper zu verunglimpfen: Und das alles weil eine kleine Gruppe beschlossen hat ODBL ist doof und nicht zugestimmt hat. Flo ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relationen aus der Sicht der Auswertung - Segen oder Fluch??
Am 17.07.2012 17:52, schrieb Christian Müller: Am 17.07.2012 08:38, schrieb Frederik Ramm: Allein schon die einfache Frage: Ein Way, der in einer Relation steckt, wird zweigeteilt; wie wirkt sich das auf die Relation aus? kann nicht beantwortet werden, ohne die Relation zu verstehen. Das sehe ich nicht so. Fällt Dir ein Beispiel ein? Abbiegebeschränkungen Oder: Ein Way, der in einer Relation steckt, wird geloescht. Soll die Relation mitgeloescht werden, soll sie ohne diesen Way weiterbestehen, oder muss ein Ersatz-Way in die Relation aufgenommen werden? Das entscheidet der Mapper - die Software muss hiervor geeignet warnen, bzw. die Auflösung dieser Fälle unterstützen. Trotz Warnung muss der Mapper aber dann die Relation verstehen - auch der blutige Anfänger im Zweifelsfall eine seltene Relation, deren Sinn sich ihm nicht einmal erschließt. Weiterhin, verzichtet man auf die bbox-Methode und geht das Problem mit den postal_code-boundaries an, eröffnet sich das Szenario, dass an deren Grenzen eine gleichnamige Straße die postal-boundary schneidet - sind das dann zwei verschiedene Straßen oder eine? Zudem müßte hierfür bei der Post erfragt werden, ob Straßennamen pro postal_code per Definition Post wirklich immer eindeutig sind - imho yes, aber genau weiß ich das nicht. Selbst wenn die Post davon offiziell ausgeht, berücksichtigt sie nur Straßen, an denen es Adressen gibt, alle anderen haben nicht einmal eine Postleitzahl. Der OSM-Datenbank hilft das also im Zweifelsfall nicht, wenn es den gleichen Wegenamen für einen Fussweg mehrfach gibt in der gleichen Gemeinde. 1) Nehmen wir an, Straßenzshg. werden über type=street durch Mapper modelliert: Für eine bbox B lassen sich dann alle Straßen mit Namen N einfach per Overpass oder SQL abfragen. 2) Nehmen wir nun an, Du hast eine Heuristik entwickelt, die trotz mannigfaltiger Geometrien in the wild mittels Bestimmung anhand von nearby- bzw. node-matching Algorithmen halbwegs genau Straßensegmente zu einer Straße zusammenbasteln kann. - Ohne ein neues Objekt in der DB oder in Overpass zu schaffen, welches deine Heuristik kapselt und demzufolge zur Ermittlung mehrerer N in B ersatzweise zu 1) verwendet werden kann, ist das nutzlos. Denn während ich für die Instanz B=Bayern und N=Goethestraße mittels 1) ohne Probleme Resultate erhalte, kann ich das mittels 2) ohne Kapselung gar nicht oder nur so kompliziert, dass es niemand je benutzen wird. Warum sollte man notwendigerweise eine solche Abfrage direkt online über die OSM-Dienste zur Verfügung stellen wollen? Die Frage ist hier wie so oft: wie viel Dienstleister ist OSM, oder inwiefern ist OSM Datenlieferant mit Tools für Mapper und Showcases für User? Die Abfrage 2) ist auch ohne kapselung machbar, wenn sie in ein entsprechendes Tool gepackt werden kann. Nimm die Overpass-API als Beispiel, die IMHO recht einfach lokal installiert werden kann auf einem mehr oder weniger beliebigen Datenextrakt. Füttere deine lokale Overpass-API mit dem Bayern-Extrakt (oder Deutschland-Extrakt), such dir die entsprechende Query aus einem (noch zu entwickelnden) Tool heraus, das das generieren von Queries einfach macht und stell die Frage an deine lokale Datenbank. - Nehmen wir also an die Heuristik wird gekapselt und sorgt dafür, Straßenzusammenhänge tatsächlich richtig zu ermitteln. Dann erfüllt sie den gleichen Zweck wie Relationen vom Typ type=street. Mit dem Unterschied, das letztere von Menschen gepflegt wird und erstere von demjenigen, der die Heuristik erstellt - jemandem, der nie lokales Wissen besitzt, aber alle Fälle genügend genau approximieren können muss. Feststellungen: - falls es diese Heuristik gibt und sie befriedigend genau arbeitet, dann muss sie noch entwickelt werden, andernfalls wäre zu fragen, weshalb sie noch nicht für OSM benutzt wird - es wäre ein API-Wechsel, entweder bei OSM oder Overpass, nötig, der die Heuristik als abfragbares Objekt auf dem Server hinterlegt - die Heuristik anzuwenden benötigt Rechenzeit - 'bottleneck' wurde als Problem bereits angesprochen - eine Möglichkeit, diese Abfrage lokal durchzuführen, würde das Bottleneck auf den Rechner des Users verlagern, die Overpass-API entsprechend zu erweitern durch z.B. eine Overpass-Query-GUI, wäre ein nettes Projekt. - falls Relationen weiterhin als unnötiges Hexenwerk angesehen werden, wären diese Schritte für eine Zahl weiterer Relationen zu wiederholen (type=waterway e.g.) ...innerhalb des Query-GUI-Tools (oder einer darin eingebundenen Scriptsammlung). - _einem_ Entwickler würde die Aufgabe übertragen eine Heuristik zu finden, die genügend genau für _alle_ funktioniert, das dann zu kapseln und als abfragbares Objekt in der DB oder abgeleiteten Projekten zu implementieren ...bzw. im Query-Tool Genauso mit Bundesstrassen - eine Relation, die exakt alle Objekte mit ref=B10 enthaelt, ist unnoetig. Verlaufen irgendwo die B10 und die B12 ein Stueck auf
Re: [Talk-de] Relationen aus der Sicht der Auswertung - Segen oder Fluch??
Am 17.07.2012 20:08, schrieb Werner Hoch: Am Dienstag, den 17.07.2012, 02:11 +0200 schrieb Stephan Wolff: Am 16.07.2012 23:04, schrieb Peter Wendorff: - Verlinkung - Ein Wikipediaartikel zu einer Straße sollte nicht mit jedem way sondern mit einem Gesamtobjekt verbunden werden. Inwiefern der Wikipediaartikel überhaupt von osm aus verlinkt werden sollte, und nicht über eine Art XAPI/Overpass-Query, das ist eine andere GEschichte. IMHO gehört der Link eher in die Wikipedia als in die OSM, weil die ganz andere Objekte enthält als OSM enthalten sollte. Der Sinn von Wikipedialinks ist ein anderes Thema, aber wikipedia und url/website-Tags werden verwendet. Die Wikipedia-Links sind zumindest seit der Einführung von WIWOSM [2] nützlich. (Karte-Link neben der Koordinate) s. http://de.wikipedia.org/wiki/Rhein s. http://de.wikipedia.org/wiki/Deutschland Damit können die geographischen Objekte aus OSM in der Karte in Wikipedia dargestellt werden. Den Ansatz andersherum gibt es aber auch, und der wäre genausogut machbar, ohne kuriose Relationen wie Denkmalgeschützte Häuser in Buxtehude anlegen zu müssen. Der würde auf Seiten von Wikipedia eine Auswertung erfordern, was ebensogut machbar ist. Deutsche Bundesstraßen ist kein OSM-Objekt, sondern eine Sammlung von Objekten. +1 +1 Der Artikel in WP hat aber durchaus seine Berechtigung (finde ich). Dazu gehört dann aber eben ein [highway=motorway][ref=A*][bbox=...] als Link hin. Für Bundesstraßen wäre es eher [highway=primary][ref=B*][bbox=...] aber auch das funktioniert nicht korrekt. Für die meisten Artikel in der Wikipedia kann man keine sinnvolle Koordinate angeben. Das schließt aber nicht aus, dass es für einige Artikel sinnvolle Links in beide Richtungen gibt. Hier stellt sich mir nur die Frage, was sich leichter und zuverlässiger verwalten läßt. Eine Relation mit Wikipedia tag oder ein komplexer Ausdruck. Die Bundesstraßen enthalten auch highway=motorway Segmente. Wenn aber ein OSM-Mapper die Relation löscht und neu anlegt, kann nach ID auch nicht mehr gefunden werden - schon bricht das Konstrukt zusammen. Das neu anlegen gleichbedeutender Relationen passiert aber und ist in OSM auch nicht geächtet oder irgendwie unüblich. Das gleiche gilt natürlich auch für andere lineare Objekte wie Flüsse/ Bäche. Oberlauf des Rheins, Unterlauf des Rheins, Rhein - wie viele Objekte willst du denn explizit formulieren? Oder dann doch wieder nur Rhein? Einen Fluss Rhein kenne ich, einen Fluss Oberlauf des Rhein nicht. Die Relation Rhein gibt es schon [1]. Ich erkenne auch hier kein Problem. Hier kann man sich ja an der Wikipedia orientierten. Dort wird nur der Rhein aufgeführt, also sind die Unterabschnitte nicht so wichtig. s. http://de.wikipedia.org/wiki/Rhein Jetzt die Relevanzkriterien der Wikipedia auf OSM zu ziehen, halte ich für falsch. Dann sind also Deines Erachtens Relationen anzulegen für: * http://de.wikipedia.org/wiki/Liste_von_Fl%C3%BCssen_in_Deutschland - wohlgemerkt eine Auswahl von!!! * http://de.wikipedia.org/wiki/Denkmalgesch%C3%BCtzte_Objekte_im_Okres_Brezno Sorry, aber da hinkt diese Forderung meines Erachtens sehr stark. Wenn aber dafür komplexere Query-Links gebraucht werden, dann kann man das auch für die vermeintlich einfachen Fälle umsetzen. Gruß Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relationen aus der Sicht der Auswertung - Segen oder Fluch??
Lieber Christian, On Tue, Jul 17, 2012 at 04:09:55PM +0200, Christian Müller wrote: Apropos Nominatim - da könnte man erstmal is_in aufräumen.. Da werden teilweise Gebiete nach ausdehnungslosen place=region nodes benannt, die hunderte km von den Objekten, zu deren Bennenung sie herangezogen werden, entfernt sind. Das ist so gravierend, dass Mapper note= an ihre Gebiete hängen, und sich fragen, warum nach dem vierten Komma ein Begriff steht, den sie überhaupt nicht zuordnen können. Bei einer so freundlich und präzise formulierten Fehlermeldung kann ich natürlich nicht widerstehen, mich sofort darum zu kümmern. Lass mich nur gerade den Papierkorb unterm Schreibtisch hervorholen. In diesem Sinne: *plonk* Gruss Sarah ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Zurueck in die Steinzeit
Florian Lohoff schrieb: Wenn ich auf die Karte sehe ist die von der Qualitaet wie in etwa 2009 Interessant, dass 2009 in der Steinzeit liegt. Im Endeffekt haben wir seit 2007 gewusst, dass so etwas wie jetzt passieren muss, aber eine gewisse Menge an Leuten haben das durch Diskussion extrem in die Länge gezogen. Wenigstens wissen wir, dass so etwas in Zukunft nicht mehr notwendig ist, weil die CTs einen möglichen zukünftigen Lizenzwechsel mit Erhalt aller Daten erlauben (nicht dass es derzeit Anlass gibt, über einen weiteren nachzudenken). Robert Kaiser ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Nachfrage OSMF Redaction Account - was tut der?
Hallo, da will ich gleich mal an dieser Stelle meine (eventuell auch blöden ;-) ) Fragen hinterherschieben: 1.) Zum derzeitigen Bot-Status: Laut Harry Woods Karte ist der Bot im Moment nicht mehr in Westeuropa aktiv. Das scheint aber nicht ganz zu stimmen, denn laut Account des Redaction Bots treibt er sich im Moment gerade in außer in den südlichen USA auch westlich von Wismar herum. Ist da was bekannt, das die Bot Progress Karte im Moment nicht läuft? 2.) Wenn ein Gebiet in Harry's Karte als succesfull markiert ist: - Kann man den Mapnik-Tiles auf www.osm.org vertrauen, d.h. basieren die auf den aktualisierten Karten oder ist der rendering lag im Moment zu groß? Hintergund: Es verwirrt mich, das Objekte, die im OSM Inspector als nodes und ways von Nichtzustimmern angezeigt werden, nach dem Redaction bot run immer noch in den Mapnik tiles und auch in einem aktuellen Download im Editor angezeigt werden. Grüße, Martin On Tue, July 17, 2012 12:48, Andreas Schmidt wrote: Am 17.07.2012 12:16, schrieb Jan Jesse: Hallo, hallo Jan, ich hatte die Tage flüchtig gelesen, daß der OSMF Redaction Account jetzt über Irland zunächst Irland, dann GB, dann Europa... Derzeit in Deutschland angekommen. Frage 2: Wenn der Bot etwas löscht, ist es dann in Ordnung, wenn ich es aus meinen Aufzeichnungen wieder herstelle? Wenn deine Aufzeichnungen die nicht-lizenz-konformen Edits von Leuten enthalten, dann ist es sicher _nicht_ im Sinne des Lizenzwechsels, wenn du Zustände wiederherstellst, die gerade wegen der inkompatiblen Lizenz gelöscht werden mussten. Auszug einer mail auf dieser Liste vom 11.7.12: ---schnipp--- FYI:..der Redaction Bot ist jetzt in Betrieb! Scheinbar wird er erst mal auf Irland losgelassen. In dem Zusammenhang wurde auch in einer Ankündigung von Grant Slater (einer der Admins) explizit darum gebeten, dass alle Massenedits, Importe und anderen Bots bis auf weiteres unterbleiben/gestoppt werden (ansonsten wir der Account möglicherweise geblockt). Hintergrund: die Performance der API soll für den Redaction BOT zur Verfügung stehen. http://lists.openstreetmap.org/pipermail/announce/2012-July/66.html Ferner wird empfohlen bei normalen Edits (die weiterhin möglich sind) häufig die Daten zu sichern bzw. hoch zu laden. ---schnapp--- und vom 12.7.12: ---schnipp--- Hi all, After a couple of delays earlier today caused by technical issues (with the setup, not with data integrity), the redaction bot is now running smoothly, has completed its run across Ireland, and is starting on Great Britain. You can follow edits here: http://www.openstreetmap.org/user/OSMF%20Redaction%20Account/edits and see a visualisation of which squares have been processed here: http://harrywood.dev.openstreetmap.org/license-change/botprocessing.php cheers Richard ---schnapp--- Grüße, Andreas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Nachfrage OSMF Redaction Account - was tut der?
On Wed, July 18, 2012 15:59, Martin Feuersaenger wrote: 1.) Zum derzeitigen Bot-Status: Laut Harry Woods Karte ist der Bot im Moment nicht mehr in Westeuropa aktiv. Das scheint aber nicht ganz zu stimmen, denn laut Account des Redaction Bots treibt er sich im Moment gerade in außer in den südlichen USA auch westlich von Wismar herum. Ist da was bekannt, das die Bot Progress Karte im Moment nicht läuft? Na prima, zumindest diesen Teil kann ich mir schon selber beantworten: War vermutlich ein Problem auf meiner Seite, jetzt zeigt die Karte auf jedenfall wieder die aktiven gebiete und auch die USA sind jetzt mit dabei. Sorry for the noise. 2.) Wenn ein Gebiet in Harry's Karte als succesfull markiert ist: - Kann man den Mapnik-Tiles auf www.osm.org vertrauen, d.h. basieren die auf den aktualisierten Karten oder ist der rendering lag im Moment zu groß? Hintergund: Es verwirrt mich, das Objekte, die im OSM Inspector als nodes und ways von Nichtzustimmern angezeigt werden, nach dem Redaction bot run immer noch in den Mapnik tiles und auch in einem aktuellen Download im Editor angezeigt werden. Grüße, Martin On Tue, July 17, 2012 12:48, Andreas Schmidt wrote: Am 17.07.2012 12:16, schrieb Jan Jesse: Hallo, hallo Jan, ich hatte die Tage flüchtig gelesen, daß der OSMF Redaction Account jetzt über Irland zunächst Irland, dann GB, dann Europa... Derzeit in Deutschland angekommen. Frage 2: Wenn der Bot etwas löscht, ist es dann in Ordnung, wenn ich es aus meinen Aufzeichnungen wieder herstelle? Wenn deine Aufzeichnungen die nicht-lizenz-konformen Edits von Leuten enthalten, dann ist es sicher _nicht_ im Sinne des Lizenzwechsels, wenn du Zustände wiederherstellst, die gerade wegen der inkompatiblen Lizenz gelöscht werden mussten. Auszug einer mail auf dieser Liste vom 11.7.12: ---schnipp--- FYI:..der Redaction Bot ist jetzt in Betrieb! Scheinbar wird er erst mal auf Irland losgelassen. In dem Zusammenhang wurde auch in einer Ankündigung von Grant Slater (einer der Admins) explizit darum gebeten, dass alle Massenedits, Importe und anderen Bots bis auf weiteres unterbleiben/gestoppt werden (ansonsten wir der Account möglicherweise geblockt). Hintergrund: die Performance der API soll für den Redaction BOT zur Verfügung stehen. http://lists.openstreetmap.org/pipermail/announce/2012-July/66.html Ferner wird empfohlen bei normalen Edits (die weiterhin möglich sind) häufig die Daten zu sichern bzw. hoch zu laden. ---schnapp--- und vom 12.7.12: ---schnipp--- Hi all, After a couple of delays earlier today caused by technical issues (with the setup, not with data integrity), the redaction bot is now running smoothly, has completed its run across Ireland, and is starting on Great Britain. You can follow edits here: http://www.openstreetmap.org/user/OSMF%20Redaction%20Account/edits and see a visualisation of which squares have been processed here: http://harrywood.dev.openstreetmap.org/license-change/botprocessing.php cheers Richard ---schnapp--- Grüße, Andreas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Nachfrage OSMF Redaction Account - was tut der?
Am 18.07.2012 15:59, schrieb Martin Feuersaenger: Hallo, da will ich gleich mal an dieser Stelle meine (eventuell auch blöden ;-) ) Fragen hinterherschieben: 1.) Zum derzeitigen Bot-Status: Laut Harry Woods Karte ist der Bot im Moment nicht mehr in Westeuropa aktiv. Das scheint aber nicht ganz zu stimmen, denn laut Account des Redaction Bots treibt er sich im Moment gerade in außer in den südlichen USA auch westlich von Wismar herum. Ist da was bekannt, das die Bot Progress Karte im Moment nicht läuft? Also ich sehe da noch 7 gelbe Rechtecke und noch ein paar nicht bearbeitete in Deutschland. Polen wurde erstmal zurück gestellt. 2.) Wenn ein Gebiet in Harry's Karte als succesfull markiert ist: - Kann man den Mapnik-Tiles auf www.osm.org vertrauen, d.h. basieren die auf den aktualisierten Karten oder ist der rendering lag im Moment zu groß? Hintergund: Es verwirrt mich, das Objekte, die im OSM Inspector als nodes und ways von Nichtzustimmern angezeigt werden, nach dem Redaction bot run immer noch in den Mapnik tiles und auch in einem aktuellen Download im Editor angezeigt werden. Der OSMI ist nicht die Visualisierung des Bots, sondern er hat einen Anhaltspunkt gegeben, wo Probleme liegen. Der Bot prüft halt deutlich genauer und umfangreicher, als es der OSMI-View getan hat. Erklärt evtl. auch die leicht unterschiedlichen Rechenzeiten ;) Henning ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Zurueck in die Steinzeit
Simon Poole schrieb: Nur um es klarzustellen: bei den grösseren Nichtantwortern gibt es einen grossen Anteil, der sehr wohl gewusst hat was es geschlagen hat. +1 Außerdem: das Thema war auch bei Heise etc. = wer sich auch nur ein bisschen noch für OSM interessiert hat (oder die OSM-Karte gelegentlich nutzt[1]), hätte die Info mitkriegen können... zu [1]: IIRC stand auch da ein Hinweis we are changing the license. Grüße, Michael. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] OsmAnd
Liebe Anwender, Wer kann bei OsmAnd helfen? http://wiki.openstreetmap.org/wiki/DE:OsmAnd http://www.osmand.de/ Habe das Prog runtergeladen: funktioniert gut. Beim Zappen im Menü habe ich irgendwo die POI-Anzeige eingeschaltet. Jetzt sind alle POIs orange hinterlegt. Wie schalte ich die Anzeige wieder ab? Mit herzlichem Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Probleme bei sautter.com?
Hallo, ich wollte gerade nach der Redaktion Karten mittels sautter.com/map/ ansehen. Aber ich kriege nur eine leere Seite mit einem Zoom-Slider. Kann jemand ähnliches berichten oder habe ich ein lokales Problem? [Win7 64b, FF 13.0.1] Grüße, Michael. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relationen aus der Sicht der Auswertung - Segen oder Fluch??
Peter Wendorff schrieb: ohne kuriose Relationen wie Denkmalgeschützte Häuser in Buxtehude anlegen zu müssen. [@Frederik: Dein Einsatz bitte] ;-) Zitat von http://lists.openstreetmap.org/pipermail/talk-de/2012-July/096616.html Relationen sind *nicht* dazu da, um Objekte in praktische Eimer fuer das Herunterladen zu sortieren. Siehe auch: https://wiki.openstreetmap.org/wiki/Relations/Relations_are_not_Categories Bye Frederik Grüße, Michael. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OsmAnd
Am 18. Juli 2012 17:21 schrieb Markus liste12a4...@gmx.de: Liebe Anwender, Wer kann bei OsmAnd helfen? http://wiki.openstreetmap.org/wiki/DE:OsmAnd http://www.osmand.de/ Habe das Prog runtergeladen: funktioniert gut. Beim Zappen im Menü habe ich irgendwo die POI-Anzeige eingeschaltet. Jetzt sind alle POIs orange hinterlegt. Wie schalte ich die Anzeige wieder ab? Wenn die Karte angezeigt wird: Menütaste - Darstellung - POI. Dort kannst du auch POI-Gruppen oder eigene Filter wählen. Gruß, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Probleme bei sautter.com?
Michael Kugelmann michaelk_...@gmx.de schrieb am 18.07.2012 um 17:26 ich wollte gerade nach der Redaktion Karten mittels sautter.com/map/ ansehen. Aber ich kriege nur eine leere Seite mit einem Zoom-Slider. Kann jemand ähnliches berichten oder habe ich ein lokales Problem? [Win7 64b, FF 13.0.1] Same here, identische Konfiguration. Holger ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Probleme bei sautter.com?
Am 18.07.2012 18:39, schrieb Holger Blum: Michael Kugelmann michaelk_...@gmx.de schrieb am 18.07.2012 um 17:26 ich wollte gerade nach der Redaktion Karten mittels sautter.com/map/ ansehen. Aber ich kriege nur eine leere Seite mit einem Zoom-Slider. Kann jemand ähnliches berichten oder habe ich ein lokales Problem? [Win7 64b, FF 13.0.1] Same here, identische Konfiguration. Bei mir mit Firefox 14.01 ebenso (win64) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Nachtrag Bing Luftbildzensur
Moin, da die neue Luftbildzensur von Bing auch diverse zivile Gebiete betrifft, habe ich bei der Bundeswehr nachgefragt, ob sie dies veranlasst hat. Vom Dezernat Informationsarbeit des Geoinformationsdienst der Bundeswehr bekam ich eine kompetente Antwort, die ich unten (leicht gekürzt) zitiere. Offenbar können einzelne Dienststellen der Bundeswehr eine Schummerung für ihre Dienstgelände beantragen. Bing rät dann, wie weit das Gebiet reicht und löscht im Zweifel mehr als nötig. Viele Grüße Stephan PS: Wäre es moralisch gut oder böse, wenn wir Bing helfen, die Zensur auf Bundeswehrgelände zu beschränken? Das Ergebnis wäre wieder so, wie bei den ersten Löschungen mit OSM-Polygonen, aber jetzt wäre es eine Reduzierung und keine Erweiterung. --- An: ageobwinformationsarbeit Thema:Re: Antwort: Luftbildzensur Guten Tag, seit einiger Zeit werden Teile der Luftbilder beim Kartendienst Bing zensiert. Microsoft nennt als Grund eine Anforderung des deutschen Militärs. Im Norden Kiels gehen die Löschungen weit über das militärisch genutzte Gebiet hinaus und umfassen auch den öffentlichen Strand und das Gewerbegebiet Friedrichsort: http://binged.it/NcFE0s . Der InfoService Bürgeranfragen verwies auf ihre Zuständigkeit. Haben sie die Verschleierung veranlasst? Können sie die zivilen Gebiete wieder freigeben? Mit freundlichen Grüßen Stephan Wolff Sehr geehrter Herr Wolff, die durch die Bundeswehr (hier Wehrtechnische Diensstelle 71 Kiel) veranlasste Schummerung bezieht sich lediglich auf ein Dienstgelände mit der Adresse Deichweg 15. Warum Bing auch das Gewerbegebiet Friedrichsort und den Strand verschleiert hat, entzieht sich unserer Kenntnis. Dies ist durch die Bundeswehr nicht veranlasst worden. Wir können daher diese Maßnahme nicht rückgängig machen. [] Mit freundlichen Grüßen, [I. A.] Dezernat Informationsarbeit --- Guten Tag, [] Darf ich weitergeben, dass sich die Schummerungsanforderungen der Bundeswehr allgemein nur auf Dienstgelände und Sperrgebiete beziehen? Mit freundlichen Grüßen Stephan Wolff Sehr geehrter Herr Wolff, [] Grundsätzlich beziehen sich die durch die Bundeswehr veranlassten Schummerungen nur auf Liegenschaften und Sperrgebiete (z.B. Übungsplätze). Die Bundeswehr kann und darf keine weitergehenden Schummerungen veranlassen. Mit freundlichen Grüßen, [I. A.] Dezernat Informationsarbeit ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Probleme bei sautter.com?
Andreas Schmidt schrieb: Am 18.07.2012 18:39, schrieb Holger Blum: Michael Kugelmann michaelk_...@gmx.de schrieb am 18.07.2012 um 17:26 ich wollte gerade nach der Redaktion Karten mittels sautter.com/map/ ansehen. Aber ich kriege nur eine leere Seite mit einem Zoom-Slider. Kann jemand ähnliches berichten oder habe ich ein lokales Problem? [Win7 64b, FF 13.0.1] Same here, identische Konfiguration. Bei mir mit Firefox 14.01 ebenso (win64) Schon seit einigen Tagen. Vermutlich ausgelöst durch das letzte OpenLayers-Update. hth malenki ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Probleme bei sautter.com?
Hi, Andreas Schmidt schrieb: Am 18.07.2012 18:39, schrieb Holger Blum: Michael Kugelmann michaelk_...@gmx.de schrieb am 18.07.2012 um 17:26 ich wollte gerade nach der Redaktion Karten mittels sautter.com/map/ ansehen. Aber ich kriege nur eine leere Seite mit einem Zoom-Slider. Kann jemand ähnliches berichten oder habe ich ein lokales Problem? [Win7 64b, FF 13.0.1] Same here, identische Konfiguration. Bei mir mit Firefox 14.01 ebenso (win64) Firebug sagt mir: OpenLayers.Layer.Yahoo is not a constructor .../yahoo/maps/mapstou/Terms of Use/a for a href=http://maps.yahoo.com/;Yaho... Damit würde ich tippen das es an der neuen OpenLayers Version 2.12 liegt. Ich hatte damit hier und da ebenfalls Probleme. Im Forum auch ein paar Andere ... viele gruesse pascal ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relationen aus der Sicht der Auswertung - Segen oder Fluch??
Am Mittwoch, den 18.07.2012, 10:28 +0200 schrieb Peter Wendorff: Am 17.07.2012 20:08, schrieb Werner Hoch: Die Wikipedia-Links sind zumindest seit der Einführung von WIWOSM [2] nützlich. (Karte-Link neben der Koordinate) s. http://de.wikipedia.org/wiki/Rhein s. http://de.wikipedia.org/wiki/Deutschland Damit können die geographischen Objekte aus OSM in der Karte in Wikipedia dargestellt werden. Den Ansatz andersherum gibt es aber auch, und der wäre genausogut machbar, ohne kuriose Relationen wie Denkmalgeschützte Häuser in Buxtehude anlegen zu müssen. Der würde auf Seiten von Wikipedia eine Auswertung erfordern, was ebensogut machbar ist. Ja, WIWOSM zeigt meines Wissens nach alles in der Wiki-Seite an, was entsprechend vertagged ist. Es ist egal ob: * 1 Relation erstellt wird mit dem Wikipedia Tag * alle Einzelelemente mit Wikipeda-Tags versehen werden Das Ergebnis ist dasselbe. Dein Vergleich mit den Denkmalgeschützten Häusern hinkt. Sofern die Denkmäler wichtig sind und eine eigene Wikipedia Seite haben, dann kann man den entsprechenden Häusern jeweils ihren eigenen Wikipedia-Link verpassen. s. Eifelturm Der Artikel in WP hat aber durchaus seine Berechtigung (finde ich). Dazu gehört dann aber eben ein [highway=motorway][ref=A*][bbox=...] als Link hin. Für Bundesstraßen wäre es eher [highway=primary][ref=B*][bbox=...] aber auch das funktioniert nicht korrekt. Für die meisten Artikel in der Wikipedia kann man keine sinnvolle Koordinate angeben. Das schließt aber nicht aus, dass es für einige Artikel sinnvolle Links in beide Richtungen gibt. Hier stellt sich mir nur die Frage, was sich leichter und zuverlässiger verwalten läßt. Eine Relation mit Wikipedia tag oder ein komplexer Ausdruck. Die Bundesstraßen enthalten auch highway=motorway Segmente. Wenn aber ein OSM-Mapper die Relation löscht und neu anlegt, kann nach ID auch nicht mehr gefunden werden - schon bricht das Konstrukt zusammen. Das neu anlegen gleichbedeutender Relationen passiert aber und ist in OSM auch nicht geächtet oder irgendwie unüblich. WIWOSM verwendet keine IDs sondern die Wikipedia tags bzw. Interwiki links. Das Konstrukt funktioniert, solange sich die Bedeutung der Wikipedia-Seite nicht verändert. Das gleiche gilt natürlich auch für andere lineare Objekte wie Flüsse/ Bäche. Oberlauf des Rheins, Unterlauf des Rheins, Rhein - wie viele Objekte willst du denn explizit formulieren? Oder dann doch wieder nur Rhein? Einen Fluss Rhein kenne ich, einen Fluss Oberlauf des Rhein nicht. Die Relation Rhein gibt es schon [1]. Ich erkenne auch hier kein Problem. Hier kann man sich ja an der Wikipedia orientierten. Dort wird nur der Rhein aufgeführt, also sind die Unterabschnitte nicht so wichtig. s. http://de.wikipedia.org/wiki/Rhein Jetzt die Relevanzkriterien der Wikipedia auf OSM zu ziehen, halte ich für falsch. Dann sind also Deines Erachtens Relationen anzulegen für: * http://de.wikipedia.org/wiki/Liste_von_Fl%C3%BCssen_in_Deutschland - wohlgemerkt eine Auswahl von!!! * http://de.wikipedia.org/wiki/Denkmalgesch%C3%BCtzte_Objekte_im_Okres_Brezno Nein, beides sind keine geographischen Objekte, sondern Listen/Sammlungen/Collection. Diesen Seiten kann man ebensowenig ein OSM-Objekt zuweisen wie den begriffen Goethe, Mathematik, Universum, Metzger, Bäcker, Sorry, aber da hinkt diese Forderung meines Erachtens sehr stark. Wenn aber dafür komplexere Query-Links gebraucht werden, dann kann man das auch für die vermeintlich einfachen Fälle umsetzen. Der vermeintlich einfache Fall ist, dass sich die Elemente, die zu einer Wikipediaseite gehören eindeutig identifizieren lassen. z.B. mit einem eindeutigen wikipedia tag -- das gibts ja schon. Die Auswertung macht ja schon WIWOSM. Grüße Werner ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relationen aus der Sicht der Auswertung - Segen oder Fluch??
Am 18.07.2012 18:34, schrieb Werner Hoch: Am Mittwoch, den 18.07.2012, 10:28 +0200 schrieb Peter Wendorff: Am 17.07.2012 20:08, schrieb Werner Hoch: Die Wikipedia-Links sind zumindest seit der Einführung von WIWOSM [2] nützlich. (Karte-Link neben der Koordinate) s. http://de.wikipedia.org/wiki/Rhein s. http://de.wikipedia.org/wiki/Deutschland Damit können die geographischen Objekte aus OSM in der Karte in Wikipedia dargestellt werden. Den Ansatz andersherum gibt es aber auch, und der wäre genausogut machbar, ohne kuriose Relationen wie Denkmalgeschützte Häuser in Buxtehude anlegen zu müssen. Der würde auf Seiten von Wikipedia eine Auswertung erfordern, was ebensogut machbar ist. Ja, WIWOSM zeigt meines Wissens nach alles in der Wiki-Seite an, was entsprechend vertagged ist. Es ist egal ob: * 1 Relation erstellt wird mit dem Wikipedia Tag * alle Einzelelemente mit Wikipeda-Tags versehen werden Das Ergebnis ist dasselbe. Dein Vergleich mit den Denkmalgeschützten Häusern hinkt. Sofern die Denkmäler wichtig sind und eine eigene Wikipedia Seite haben, dann kann man den entsprechenden Häusern jeweils ihren eigenen Wikipedia-Link verpassen. s. Eifelturm Leider hinkt der Vergleich eben nicht, weil die Seite Liste der... aus Sicht der Wikipedianer (und evtl. zurecht) doch möglicherweise bitte alle entsprechenden Objekte gleichzeitig anzeigen soll - was nicht dagegen spricht, dass die einzelnen Objekte auf einzelnen Seiten auch nochmal verlinkt sind. Wenn aber ein OSM-Mapper die Relation löscht und neu anlegt, kann nach ID auch nicht mehr gefunden werden - schon bricht das Konstrukt zusammen. Das neu anlegen gleichbedeutender Relationen passiert aber und ist in OSM auch nicht geächtet oder irgendwie unüblich. WIWOSM verwendet keine IDs sondern die Wikipedia tags bzw. Interwiki links. Das Konstrukt funktioniert, solange sich die Bedeutung der Wikipedia-Seite nicht verändert. und solange wir sowas wie den wikipedia-Tag erlauben. Der wikipedia-Tag ist letztlich ein Fremdschlüssel zu einer anderen Datenbank; etwas, was eigentlich in OSM ungerne gesehen wird - sonst könnte ja jeder kommen und eine interne, private Standort-ID für das eigene Unternehmen vergeben. Das kann (im Allgemeinen) niemand verifizieren, korrigieren oder ergänzen. Ich interpretiere den Status Quo hier so, dass im Grunde genommen als Ziel sowas gilt wie die unwichtigere Datenbank hat Fremdschlüssel hin zur wichtigeren Datenbank, nicht andersherum; im Zweifelsfall führe man eine Zwischenschicht für die Verknüpfung ein. Dabei gibt es die Möglichkeit, zu(!) OSM zu linken über - feste objekt-IDs, optional feste versionen. Problem: kann nicht korrigiert werden - feste Position: keine Semantische verknüpfung - manchmal aber eigentlich ausreichend. - komplexere Abfrage: gibt es bisher seltener, ist aber das, was Roland in der Overpass-API mit den stabilen Verweisen umsetzt; ist also auch machbar. Wikipedia ist bisher DER Präzedenzfall dafür, dass 1) feste IDs nicht funktionieren (weil zu viele Links zu oft geändert werden müssten) 2) feste Position nicht ausreicht (weil ja auch gleich das Objekt hervorgehoben werden soll, und deshalb 3) die Abfrage nach Eigenschaften ideal geeignet wäre. Ich hab nichts gegen den wikipedia-Tag an sich; im Gegenteil, ich find ihn enorm praktisch. Aber dieser Tag existierte vor WIWOSM; als es darum ging, von OSM zur Wikipedia zu finden. Wenn das umgedreht wird; wikipedia-Tags also dazu dienen, dass Wikipedia das Objekt in OSM findet, dann ist es meines Erachtens der falsche Ansatz und sollte eben aussterben und durch den Fremdschlüssel auf Seiten der Wikipedia - stabile id per overpass oder ähnliches - ersetzt werden. Jetzt die Relevanzkriterien der Wikipedia auf OSM zu ziehen, halte ich für falsch. Dann sind also Deines Erachtens Relationen anzulegen für: * http://de.wikipedia.org/wiki/Liste_von_Fl%C3%BCssen_in_Deutschland - wohlgemerkt eine Auswahl von!!! * http://de.wikipedia.org/wiki/Denkmalgesch%C3%BCtzte_Objekte_im_Okres_Brezno Nein, beides sind keine geographischen Objekte, sondern Listen/Sammlungen/Collection. Diesen Seiten kann man ebensowenig ein OSM-Objekt zuweisen wie den begriffen Goethe, Mathematik, Universum, Metzger, Bäcker, Dummerweise kann man schon - deshalb haben wir ja haufenweise diese Monsterrelationen: Bundesstraßen in Deutschland, Autobahnen in der Westschweiz oder was auch immer. Sorry, aber da hinkt diese Forderung meines Erachtens sehr stark. Wenn aber dafür komplexere Query-Links gebraucht werden, dann kann man das auch für die vermeintlich einfachen Fälle umsetzen. Der vermeintlich einfache Fall ist, dass sich die Elemente, die zu einer Wikipediaseite gehören eindeutig identifizieren lassen. z.B. mit einem eindeutigen wikipedia tag -- das gibts ja schon. Die Auswertung macht ja schon WIWOSM. Wie gesagt: nichts gegen den Wikipedia-Tag. Ich hab nur was dagegen, Objekte - sprich: Relationen - anzulegen, um einen wikipedia-Tag
Re: [Talk-de] Relationen aus der Sicht der Auswertung - Segen oder Fluch??
Am 18.07.2012 10:28, schrieb Peter Wendorff: Am 17.07.2012 20:08, schrieb Werner Hoch: Die Wikipedia-Links sind zumindest seit der Einführung von WIWOSM [2] nützlich. (Karte-Link neben der Koordinate) [...] Damit können die geographischen Objekte aus OSM in der Karte in Wikipedia dargestellt werden. Den Ansatz andersherum gibt es aber auch, und der wäre genausogut machbar, ohne kuriose Relationen wie Denkmalgeschützte Häuser in Buxtehude anlegen zu müssen. Wikipedia hat mit den Artikelnamen ein (meistens) stabiles Linkziel, so dass sich eine Verlinkung in diese Richtung unkompliziert machen lässt. Umgekehrt wäre das nicht so einfach. IDs sind nicht für externe Verwendung gedacht, weil sie sich beim Bearbeiten leicht mal ändern können. Das Erstellen von Queries für die Verlinkung mit Overpass API o.ä. wäre denkbar, ist derzeit aber eher Theorie und nicht unbedingt geeignet für OSM-Laien, wie es Wikipedianer ja sind. Die Lösung mit dem Wikipedia-Tag hingegen funktioniert heute bereits gut. Es genügt zwar nicht, wenn es z.B. um Karten in Sammelartikeln für mehrere geografische Objekte geht, die selbst keinen eigenen Artikel bekommen. Diesen Anspruch erhebt es meines Wissens aber auch nicht. Gruß, Tobias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Nachtrag Bing Luftbildzensur
Hi, wie man hier ganz deutlich sehen kann, verwendet Microsoft die Grenzen der Militärgebiete aus OpenStreetMap. http://www.openstreetmap.org/?lat=52.76783lon=9.71378zoom=15layers=M http://www.bing.com/maps/?v=2cp=52.76783~9.71378lvl=15dir=0sty=h Die Militärgebiete in der Lüneburger Heide sind ziemlich groß und die Verschummerungsgrenze von Bing entspricht exakt der Grenze des Militärbereichs von dem ich auch selber Teile vor Ort gemappt habe. Auch Grenzen des Militärgebiet die ich nur geschätzt habe, die teilweise quer über ein Feld laufen, hat Micosoft exakt genau so übernommen und als Grenze für die verschummerung genommen. --- Ob OpenStreetMap die Nutzung der Militärgrenzen an Bing erlaubt hat, weiss ich nicht. Ich weiss nur das vor einigen Monaten bereits schon einmal so ein Fall diskutiert wurde und das Microsoft sich offiziell bei OpenStreetMap entschuldigt hat weil Sie unsere Grenzen der Militärgebiete genutzt haben. Ob sich da jetzt geeinigt wurde oder nichzt, weiss ich nicht. http://www.heise.de/newsticker/meldung/Bing-verpixelt-Militaergebiete-1435160.html Mit freundlichen Grüßen Stephan aka smarties ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Nachtrag Bing Luftbildzensur
Stephan Wolff wrote: PS: Wäre es moralisch gut oder böse, wenn wir Bing helfen, die Zensur auf Bundeswehrgelände zu beschränken? Das Ergebnis wäre wieder so, wie bei den ersten Löschungen mit OSM-Polygonen, aber jetzt wäre es eine Reduzierung und keine Erweiterung. Zensur ist immer böse. Gruß Manuel ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relationen aus der Sicht der Auswertung - Segen oder Fluch??
Am 18.07.2012 20:24, schrieb Tobias Knerr: Am 18.07.2012 10:28, schrieb Peter Wendorff: Am 17.07.2012 20:08, schrieb Werner Hoch: Die Wikipedia-Links sind zumindest seit der Einführung von WIWOSM [2] nützlich. (Karte-Link neben der Koordinate) [...] Damit können die geographischen Objekte aus OSM in der Karte in Wikipedia dargestellt werden. Den Ansatz andersherum gibt es aber auch, und der wäre genausogut machbar, ohne kuriose Relationen wie Denkmalgeschützte Häuser in Buxtehude anlegen zu müssen. Wikipedia hat mit den Artikelnamen ein (meistens) stabiles Linkziel, so dass sich eine Verlinkung in diese Richtung unkompliziert machen lässt. Umgekehrt wäre das nicht so einfach. IDs sind nicht für externe Verwendung gedacht, weil sie sich beim Bearbeiten leicht mal ändern können. Das Erstellen von Queries für die Verlinkung mit Overpass API o.ä. wäre denkbar, ist derzeit aber eher Theorie und nicht unbedingt geeignet für OSM-Laien, wie es Wikipedianer ja sind. Die Lösung mit dem Wikipedia-Tag hingegen funktioniert heute bereits gut. Es genügt zwar nicht, wenn es z.B. um Karten in Sammelartikeln für mehrere geografische Objekte geht, die selbst keinen eigenen Artikel bekommen. Diesen Anspruch erhebt es meines Wissens aber auch nicht. Soweit sind wir uns glaub ich ziemlich einig. Ich wollte nie was gegen den wikipedia-Tag an sich sagen. Mir ging es einzig und allein um den Sinn von großen Relationen - und da ist das wikipedia-Tag eben kein Argument. Das aber wurde angeführt, um Relationen für Bundesstraßen etc. zu rechtfertigen. Wohl gemerkt: WEIL wir ein wikipedia-Tag anbringen wollen MÜSSEN WIR 3000 und mehr Wege in eine Relation versammeln, die kein Mensch mehr verarbeiten kann - so die Argumentation. Diese Relation ist aber 1) langsam auszuwerten, 2) geht sie immer wieder kaputt (erfahrungsgemäß). Wenn Wikipedia (oder irgendein anderes Projekt) z.B. die Bundesstraße oder Staatsgrenze als ganzes haben will, muss sie also wegen (2) sowieso Korrekturmaßnahmen einpflegen, die hoffentlich darin bestehen können, dass das ref-Tag entsprechend angegeben ist - aber dann ist das direkte auslesen des ref-tags auch nicht so viel schwieriger. Gruß Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Nachtrag Bing Luftbildzensur
smart...@gmx-topmail.de wrote: Ob OpenStreetMap die Nutzung der Militärgrenzen an Bing erlaubt hat, weiss ich nicht. Ich weiss nur das vor einigen Monaten bereits schon einmal so ein Fall diskutiert wurde und das Microsoft sich offiziell bei OpenStreetMap entschuldigt hat weil Sie unsere Grenzen der Militärgebiete genutzt haben. Ob sich da jetzt geeinigt wurde oder nichzt, weiss ich nicht. Gute Frage: Was ist hier rausgekommen? Weiß da jemand was? Gruß Manuel ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Nachtrag Bing Luftbildzensur
Hi! Die interessante Frage ist doch auf welcher Rechtsgrundlage die Bundeswehr diese Schummerung verlangt. Darf sie das verlangen? Muss man dem Folge leisten? Warum sind die Bilder bei Bing zensiert, bei anderen Anbietern aber nicht? Bisher ist mir kein Paragraph bekannt, aufgrund dessen sie sowas anfragen dürften. Jetzt wo wir mal jemanden haben, der zugegeben hat, dass er so eine Zensur beuaftragt hat, könnte man den ja mal Fragen, auf welcher Rechtsgrundlage er das tut. Jochen On Wed, Jul 18, 2012 at 06:58:56PM +0200, Stephan Wolff wrote: Date: Wed, 18 Jul 2012 18:58:56 +0200 From: Stephan Wolff s.wo...@web.de To: talk-de@openstreetmap.org Subject: [Talk-de] Nachtrag Bing Luftbildzensur Moin, da die neue Luftbildzensur von Bing auch diverse zivile Gebiete betrifft, habe ich bei der Bundeswehr nachgefragt, ob sie dies veranlasst hat. Vom Dezernat Informationsarbeit des Geoinformationsdienst der Bundeswehr bekam ich eine kompetente Antwort, die ich unten (leicht gekürzt) zitiere. Offenbar können einzelne Dienststellen der Bundeswehr eine Schummerung für ihre Dienstgelände beantragen. Bing rät dann, wie weit das Gebiet reicht und löscht im Zweifel mehr als nötig. Viele Grüße Stephan PS: Wäre es moralisch gut oder böse, wenn wir Bing helfen, die Zensur auf Bundeswehrgelände zu beschränken? Das Ergebnis wäre wieder so, wie bei den ersten Löschungen mit OSM-Polygonen, aber jetzt wäre es eine Reduzierung und keine Erweiterung. --- An: ageobwinformationsarbeit Thema:Re: Antwort: Luftbildzensur Guten Tag, seit einiger Zeit werden Teile der Luftbilder beim Kartendienst Bing zensiert. Microsoft nennt als Grund eine Anforderung des deutschen Militärs. Im Norden Kiels gehen die Löschungen weit über das militärisch genutzte Gebiet hinaus und umfassen auch den öffentlichen Strand und das Gewerbegebiet Friedrichsort: http://binged.it/NcFE0s . Der InfoService Bürgeranfragen verwies auf ihre Zuständigkeit. Haben sie die Verschleierung veranlasst? Können sie die zivilen Gebiete wieder freigeben? Mit freundlichen Grüßen Stephan Wolff Sehr geehrter Herr Wolff, die durch die Bundeswehr (hier Wehrtechnische Diensstelle 71 Kiel) veranlasste Schummerung bezieht sich lediglich auf ein Dienstgelände mit der Adresse Deichweg 15. Warum Bing auch das Gewerbegebiet Friedrichsort und den Strand verschleiert hat, entzieht sich unserer Kenntnis. Dies ist durch die Bundeswehr nicht veranlasst worden. Wir können daher diese Maßnahme nicht rückgängig machen. [] Mit freundlichen Grüßen, [I. A.] Dezernat Informationsarbeit --- Guten Tag, [] Darf ich weitergeben, dass sich die Schummerungsanforderungen der Bundeswehr allgemein nur auf Dienstgelände und Sperrgebiete beziehen? Mit freundlichen Grüßen Stephan Wolff Sehr geehrter Herr Wolff, [] Grundsätzlich beziehen sich die durch die Bundeswehr veranlassten Schummerungen nur auf Liegenschaften und Sperrgebiete (z.B. Übungsplätze). Die Bundeswehr kann und darf keine weitergehenden Schummerungen veranlassen. Mit freundlichen Grüßen, [I. A.] Dezernat Informationsarbeit ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de -- Jochen Topf joc...@remote.org http://www.remote.org/jochen/ +49-721-388298 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Nachtrag Bing Luftbildzensur
Hallo, On 07/18/2012 11:31 PM, smart...@gmx-topmail.de wrote: Ob OpenStreetMap die Nutzung der Militärgrenzen an Bing erlaubt hat, weiss ich nicht. Ich weiss nur das vor einigen Monaten bereits schon einmal so ein Fall diskutiert wurde und das Microsoft sich offiziell bei OpenStreetMap entschuldigt hat weil Sie unsere Grenzen der Militärgebiete genutzt haben. Eine offizielle Entschuldigung hat es nie gegeben. Nur: We understand this is objectionable to some members of the OSM community but based on our very good relationship we hope and thank you for your understanding and patience. Also etwa: Wir verstehen, dass einige Leute aus der OSM community das nicht gut finden aber wegen unserer sehr guten Beziehungen zu OSM hoffen wir auf, und danken fuer, Euer Verstaendnis und Eure Geduld. Eine Entschuldigung sieht anders aus - fuer mich las sich das damals mehr so wie was wollt ihr denn, wir haben Euch all die tollen Bilder gegeben, jetzt meckert mal nicht rum. 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-it] opencoesione - openstreetmap
Mitici... Progetti Territori MANCA EL VENET!!! :-O 2 volte Lazio, 2 volte Puglia, e niente Veneto... mi sento discriminato :-P Mi viene in mente il famosissimo (e disastroso) ITALIA.IT Stefano Il 18/07/2012 2.24, Carlo Stemberger ha scritto: Il sito si presenta molto bene, ad una rapida occhiata, ma sbaglio o OSM non viene citato? Carlo ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] opencoesione - openstreetmap
2012/7/18 Carlo Stemberger carlo.stember...@gmail.com: Il sito si presenta molto bene, ad una rapida occhiata, ma sbaglio o OSM non viene citato? No, non viene citato da nessuna parte, almeno facendo passare quasi tutto il sito non ho trovato nessuna indicazione. Secondo me bisognerebbe contattarli. Ciao, -- Francesco Vezzoli ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] opencoesione - openstreetmap
è citato insieme a tutti gli altri progetti OpenSource di cui fanno uso nelle FAQ. 2012/7/18 Vezzo vezz...@gmail.com: 2012/7/18 Carlo Stemberger carlo.stember...@gmail.com: Il sito si presenta molto bene, ad una rapida occhiata, ma sbaglio o OSM non viene citato? No, non viene citato da nessuna parte, almeno facendo passare quasi tutto il sito non ho trovato nessuna indicazione. Secondo me bisognerebbe contattarli. Ciao, -- Francesco Vezzoli ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it -- -S ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] opencoesione - openstreetmap
Stefano, dove posso vedere questa cosa? mi dai l'URL? 2012/7/18 Stefano Fraccaro stefano.fracc...@libero.it: Mitici... Progetti Territori MANCA EL VENET!!! :-O 2 volte Lazio, 2 volte Puglia, e niente Veneto... mi sento discriminato :-P Mi viene in mente il famosissimo (e disastroso) ITALIA.IT Stefano Il 18/07/2012 2.24, Carlo Stemberger ha scritto: Il sito si presenta molto bene, ad una rapida occhiata, ma sbaglio o OSM non viene citato? Carlo ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it -- -S ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] opencoesione - openstreetmap
Il 07/18/2012 10:02 AM, Simone Cortesi scrisse: Stefano, dove posso vedere questa cosa? mi dai l'URL? Menu a sx in alto - Progetti - Territori ciao maxx ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] opencoesione - openstreetmap
2012/7/18 Carlo Stemberger carlo.stember...@gmail.com: Il sito si presenta molto bene, ad una rapida occhiata, ma sbaglio o OSM non viene citato? Ti sbagli Da http://opencoesione.gov.it/faq/ -- Cosa utilizzate per la mappe? Il background delle mappe è di OpenStreetMap mentre gli shapefile di regioni, province e comuni sono di Istat -- considera poi che i background in realta' sono costruiti su due layer di osm: - confini del mondo - confini marittimi e tutto generato server side dal sito di opencoesione ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] opencoesione - openstreetmap
2012/7/18 Stefano Fraccaro stefano.fracc...@libero.it: Mitici... Progetti Territori MANCA EL VENET!!! :-O 2 volte Lazio, 2 volte Puglia, e niente Veneto... mi sento discriminato :-P Mi viene in mente il famosissimo (e disastroso) ITALIA.IT Invece di confondere la cacca con la cioccolata, segnalalo direttamente a loro ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] opencoesione - openstreetmap
2012/7/18 Simone Cortesi sim...@cortesi.com: è citato insieme a tutti gli altri progetti OpenSource di cui fanno uso nelle FAQ. Il bello è che le ho lette 2 volte e mi è sfuggito..ho bisogno di ferie. -- Francesco Vezzoli ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] opencoesione - openstreetmap
Già fatto... quando trovo strafalcioni di questo tipo segnalo sempre al gestore il problema :-) Il 18/07/2012 10.16, Maurizio Napolitano ha scritto: Invece di confondere la cacca con la cioccolata, segnalalo direttamente a loro ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] opencoesione - openstreetmap
2012/7/18 Stefano Fraccaro stefano.fracc...@libero.it: Già fatto... quando trovo strafalcioni di questo tipo segnalo sempre al gestore il problema :-) +1 :) Mi sa che si troveranno innondati di email ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Community scouting Provincia di Roma
La provincia di Roma ha aperto un po' di suoi dati sul portale http://www.opendata.provincia.roma.it/ di roba geo non ce ne sta tantissima, oggi pero' hanno girato questa email e, secondo me, e' il momento di andare alla carica :) Quindi osmers laziali ... fatevi avanti :) Ciao -- Forwarded message -- From: g.calcerano g.calcer...@provincia.roma.it Date: 2012/7/18 Subject: Community scouting Provincia di Roma Salve a tutti noi della Provincia di Roma vorremmo fare da fulcro per la creazione di un ecosistema di comunità informatiche, il cui obiettivo sia quello di condividere notizie, esperienze ed attività, nonchè aprire un dialogo finalizzato a civil crowdsourcing, uso di opendata e attivazione di civil hackers. Inizialmente si tratterebbe semplicemente di riunirci intorno ad un tavolo, parlare, conoscerci e capire come fare rete; successivamente si potranno prendere decisioni comuni per ampliare la rete e far crescere la comunità, anche tramite eventi condivisi o altro. Ci interesserebbe quindi capire se voi, come singoli o come gruppi/comunità, siete interessati a una tale possibilità. Grazie dell'attenzione ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Strumenti per il remapping post-bot
2012/7/17 Luca 'remix_tj' Lorenzetto lorenzetto.l...@gmail.com: Venezia era mappata un pò malino e in lista regionale si era parlato di sistemarla. Poi in vista del cambio licenza si è visto che il bot si sarebbe arrangiato a pulirla, così possiamo partire quasi da zero, facendo un lavoro fatto meglio. mi sembra strano di pensare che un lavoro che parte da quasi zero potrebbe contenere meno errori che uno che viene migliorato da anni. Venezia è uno di quei luoghi difficili a mappare, perchè le strade sono spesso strette, passano sotto agli edifici, girano più volte di seguito intorno ad angoli, ecc. e quindi creano problemi sia per rilievi GPS che mappando da ortofoto. ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Strumenti per il remapping post-bot
Il 18/07/2012 11:07, Martin Koppenhoefer ha scritto: 2012/7/17 Luca 'remix_tj' Lorenzettolorenzetto.l...@gmail.com: Venezia era mappata un pò malino e in lista regionale si era parlato di sistemarla. Poi in vista del cambio licenza si è visto che il bot si sarebbe arrangiato a pulirla, così possiamo partire quasi da zero, facendo un lavoro fatto meglio. mi sembra strano di pensare che un lavoro che parte da quasi zero potrebbe contenere meno errori che uno che viene migliorato da anni. Venezia è uno di quei luoghi difficili a mappare, perchè le strade sono spesso strette, passano sotto agli edifici, girano più volte di seguito intorno ad angoli, ecc. e quindi creano problemi sia per rilievi GPS che mappando da ortofoto. ciao, Martin È che adesso ci son gli edifici, e dunque rimappare le calli ed i campi è molto più comodo: sia mappando da casa che andando in loco con un walking paper. ciao Paolo M ps: tra l'altro in lista regionale mesi fa (quando ancora si credeva al passaggio completo in primavera) si pensava ad un bel mapping una volta che fosse passato il bot. Purtroppo poi il bot è passato nel mese più caldo e meno amico dei mapping party... ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Blocco accesso osm
Sono d accordo. Pero' recentemente durante un percorso in bici quando ne avevo bisogno per raggiung una localita locus ha dato dei problemi. Osm e fenomenale perche se una persona ha fatto un sentiero, aiuta anche gli altri a non perdersi. Ciao Il giorno 18/lug/2012 09:10, Elena ``of Valhalla'' elena.valha...@gmail.com ha scritto: On 2012-07-17 at 19:57:23 +0200, giovanni di lorenzo wrote: Grazie provero' ad installare osmand. ... Uno degli obiettivi del progetto OSM è di favorire la nascita di un ecosistema vitale di applicazioni: se ci fosse l'Applicazione Ufficiale OSM Per Il Routing gli altri sviluppatori partirebbero svantaggiati e sarebbero meno invogliati a offrire la loro proposta. -- Elena ``of Valhalla'' ___ Talk-it mailing list Talk-it@openstreetmap.org http... ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Blocco accesso osm
Il giorno 18 luglio 2012 13:03, giovanni di lorenzo giovannidilorenzo1...@gmail.com ha scritto: Osm e fenomenale perche se una persona ha fatto un sentiero, aiuta anche gli altri a non perdersi. Ciao E' vero, quello che bisogna tenere a mente è che OSM è una scatola dove ciascuno può aggiungere e prendere *dati*. Le mappe del sito (riciclate anche da Locus) sono una delle possibili rappresentazioni di questi dati, fornita allo scopo di far vedere quello che c'è nella scatola. Ora, se vuoi scrivere una app che le ricicla, o vuoi usarle per il sito web che gestisci... ben venga. Ma se la app diventasse popolare ed il carico di lavoro crescesse? A chi spetterebbe il compito di preparare le mappe? Ciao /niubii/ ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Strumenti per il remapping post-bot
2012/7/18 Paolo Monegato gato.selvad...@gmail.com: È che adesso ci son gli edifici, e dunque rimappare le calli ed i campi è molto più comodo: sia mappando da casa che andando in loco con un walking paper. si, gli edifici aiutano molto, ma solo quando si connosce bene il territorio, appunto nei borghi medievali o antiche città come Venezia si trovano tantissimi percorsi che passano sotto gli edifici. Ma è chiaro, avendo dei punti di riferimento i walking papers sono un ottimo aiuto per fare dei rilievi. Cosa ho messo in dubbio era che il lavoro fosse di meno o più facile senza il lavoro fatto da altri e quindi da capo ;-) ciao e buon divertimento per la mappatura, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Strumenti per il remapping post-bot
Il 18/07/2012 15:04, Martin Koppenhoefer ha scritto: Cosa ho messo in dubbio era che il lavoro fosse di meno o più facile senza il lavoro fatto da altri e quindi da capo ;-) ciao e buon divertimento per la mappatura, Martin Di solito si, ma in certi casi si fa prima a ritracciare ex novo che a spostare punto a punto un percorso vecchio e mal posizionato. E il fatto che il bot ha cancellato molti di questi percorsi ci permette di ritracciare i percorsi (prima per rispetto del lavoro altrui era giusto spostare il percorso vecchio). ciao Paolo M ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-co] Emergencia por hostilidades en el Norte del Cauca - Informe de situación No. 1
Hola En el documento que envia OCHA se puden identificar algunas necesidades donde nuestro equipo de maperos humanitario podria colaborar. salu2 -- Forwarded message -- From: Secretaria Tecnica SSH secreta...@colombiassh.org Date: 2012/7/18 Subject: Emergencia por hostilidades en el Norte del Cauca - Informe de situación No. 1 To: Sala de Situación s...@colombiassh.org PRIORIDADES / PUNTOS DESTACADOS La intensidad de las hostilidades en las últimas dos semanas, ha causado el desplazamiento masivo de cerca de 5.000 personas en cinco municipios del norte del Cauca, al menos 15 víctimas civiles y graves daños en viviendas y afectación a infraestructura. Se requieren medidas urgentes de protección de las comunidades indígenas y campesinas que se encuentran en la zona de riesgo. La emergencia ha superado las capacidades de autoridades municipales y departamentales. Las restricciones al acceso han limitado la respuesta a la emergencia. Para más información, consulte el informe en el siguiente enlace: http://www.colombiassh.org/site/IMG/pdf/OCHA_Colombia_-_Emergencia_en_Norte_del_Cauca_-_18072012_final.pdf -- Cordialmente Secretaría Técnica SSH Tel. 6221100 Kr 13 No. 93- 12 Ofic. 402 secreta...@colombiassh.org http://www.colombiassh.org/site/ La Sala de Situación Humanitaria (SSH) es un esfuerzo interorganizacional para organizar información sobre necesidades de y respuestas a situaciones humanitarias. The Humanitarian Situation Room is a inter-organizational effort to organize information on needs and responses to humanitarian situations. Si no quisiera recibir esta información, por favor responda a este correo con el tema 'desuscribir'. Si quisiera ser agregado a la lista de distribución, por favor responda a este correo con el sujeto 'suscribir'. If you do not want to receive this information, please reply to this email writing 'unsubscribe' in the subject field. If you want to be added to the mailing list, please reply to this email writing 'subscribe' in the subject field. -- Por favor, no me envíe documentos con extensiones .doc, .docx, .xls, .xlsx, .ppt, .pptx, .mdb, mdbx OpenOffice es libre: se puede copiar, modificar y redistribuir libremente. Gratis y totalmente legal. http://GaleNUx.com es el sistema de información para la salud --///-- Teléfono USA: (347) 688-4473 (Google voice) skype: llamarafredyrivera ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co
[Talk-lt] Diskusija dėl žymėjimų
Sveiki Noriu padiskutuoti dėl 2 dalykų. 1 klausimas dėl šaligatvių žymėjimo. Pagal osm žemėlapio vadovo aprašymą http://lt.wikibooks.org/wiki/Atviro_%C5%BEem%C4%97lapio_vadovas/Redagavimas/Keliaiparašytą, kad šaligatvį ar dviračių taką žymėti atskira linija, jei jis nutolęs daugiau nei 5m nuo kelio. Aš su tuo pilnai sutinku, netgi manau, kad laisvai galima tą ribą iki kokių 8-10m nukelti. 5m nėra daug, ir dažnai šaligatvis ir būna panašiu atstumu nuo kelio. Ir žymėti paprastus šaligatvius žemėlapyje - netikslinga. Nebent jis pažymėtas atskirai kaip pėsčiųjų (dviračių) takas. O klausimas kilo todėl, kad matau, jog yra sužymėta paprastų šaligatvių, pvz.: http://openmap.lt/#l=54.91934,23.96008,18,L http://openmap.lt/#l=54.91042,23.97599,18,L Tad arba reikėtų taip ir toliau žymėti, arba naikinti. 2 klausimas dėl tiltukų. Kai kurie tiltukai per mažus upelius nelabai primena tiltukų, bent žiūrint iš eismo dalyvio pusės. Paprastas kelias, gal su atitvarais šone, apačioje padarytas pratekėjimas upeliui. Būtų galima žymėti tokias susikirtimo vietas taip: tunnel:culvert http://wiki.openstreetmap.org/wiki/Tag:tunnel%3Dculvert Visgi tas žymėjimas žymi kažkokį paprastą vamzdį, skirtą smulkiam melioraciniam grioviui pratekėti po keliu. Tad kur riba tarp tilto ir tokio tuneliuko? Ričardas ___ Talk-lt mailing list Talk-lt@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lt
Re: [Talk-lt] Diskusija dėl žymėjimų
On 2012.07.18 10:49, Ričardas wrote: Sveiki Noriu padiskutuoti dėl 2 dalykų. 1 klausimas dėl šaligatvių žymėjimo. Pagal osm žemėlapio vadovo aprašymą http://lt.wikibooks.org/wiki/Atviro_%C5%BEem%C4%97lapio_vadovas/Redagavimas/Keliai parašytą, kad šaligatvį ar dviračių taką žymėti atskira linija, jei jis nutolęs daugiau nei 5m nuo kelio. Aš su tuo pilnai sutinku, netgi manau, kad laisvai galima tą ribą iki kokių 8-10m nukelti. 5m nėra daug, ir dažnai šaligatvis ir būna panašiu atstumu nuo kelio. Ir žymėti paprastus šaligatvius žemėlapyje - netikslinga. Nebent jis pažymėtas atskirai kaip pėsčiųjų (dviračių) takas. O klausimas kilo todėl, kad matau, jog yra sužymėta paprastų šaligatvių, pvz.: http://openmap.lt/#l=54.91934,23.96008,18,L http://openmap.lt/#l=54.91042,23.97599,18,L Tad arba reikėtų taip ir toliau žymėti, arba naikinti. Ričardai, o kokias problemas sudaro tie pažymėti šaligatviai, kad juos reikėtų naikinti? Nes, jei gerai suprantu apie vietą, tai Partizanų gatvėje šaligatvis eina už gana plačios žaliosios juostos. Jei skaičiuoti nuo gatvės ašinės linijos, tai manau, kad daugumoje vietų tie 5 metrai tikrai bus. Kai kur manau bus ir nuo važiuojamosios dalies krašto. Kovo 11-osios gatvėje taip pat yra žalios juostos tarp važiuojamosios dalies ir šaligatvių. Plius, pažymėjus šaligatvius prie žiedo kur kas aiškiau, kaip organizuotas pėsčiųjų eismas. Na, aš galiu sutikti, kad ten, kur šaligatviai yra prie pat važiuojamosios dalies ilgoje atkarpoje (per kvartalą), geresnis variantas būtų žymėti sidewalk=both (jei kas nors tai kaip nors atspindi žemėlapyje), o ne tris vektorius. Tačiau jei yra entuziastų, kurie nori mikromapinti, tai kodėl mes jų darbą turėtumėm naikinti? Ypač, jei sumikromapinta aplinkinė teritorija, o ne atskiras šaligatvis. 2 klausimas dėl tiltukų. Kai kurie tiltukai per mažus upelius nelabai primena tiltukų, bent žiūrint iš eismo dalyvio pusės. Paprastas kelias, gal su atitvarais šone, apačioje padarytas pratekėjimas upeliui. Būtų galima žymėti tokias susikirtimo vietas taip: tunnel:culvert http://wiki.openstreetmap.org/wiki/Tag:tunnel%3Dculvert Visgi tas žymėjimas žymi kažkokį paprastą vamzdį, skirtą smulkiam melioraciniam grioviui pratekėti po keliu. Tad kur riba tarp tilto ir tokio tuneliuko? Aš skirčiau taip -- jei tarp vamzdžio ir kelio dangos yra grunto sluoksnis -- tai pralaida, jei kelio kelio konstrukcija tarnauja kaip „stogas“ virš vandens -- tai tiltas. Nors religinių karų dėl vienokio ar kitokio pažymėjimo nekariaučiau. -- Aidas Kasparas ___ Talk-lt mailing list Talk-lt@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lt
Re: [Talk-lt] Licencijos keitimas ir duomenų šalinimas
Bot'as pradėjo apdoroti regioną „Belarus-ish“, į kurį patenka ir pusė (rytinė) Lietuvos... Siūlyčiau kuriam laikui susilaikyti nuo redagavimo, kol robotukas nebaigs darbo Lietuvoje: http://harrywood.dev.openstreetmap.org/license-change/botprocessing.php -- Tomas Straupis ___ Talk-lt mailing list Talk-lt@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lt
Re: [Talk-lt] Diskusija dėl žymėjimų
1. Pasvarčius ir įvertinus tai kaip kaip mikromapinimą, jei žymimas atskiras nuo kelio kokia veja šaligatvis, tada tikriausiai tai teisingas variantas. Ričardai, o kokias problemas sudaro tie pažymėti šaligatviai, kad juos reikėtų naikinti? Nes, jei gerai suprantu apie vietą, tai Partizanų gatvėje šaligatvis eina už gana plačios žaliosios juostos. Jei skaičiuoti nuo gatvės ašinės linijos, tai manau, kad daugumoje vietų tie 5 metrai tikrai bus. Kai kur manau bus ir nuo važiuojamosios dalies krašto. Kovo 11-osios gatvėje taip pat yra žalios juostos tarp važiuojamosios dalies ir šaligatvių. Plius, pažymėjus šaligatvius prie žiedo kur kas aiškiau, kaip organizuotas pėsčiųjų eismas. Na, aš galiu sutikti, kad ten, kur šaligatviai yra prie pat važiuojamosios dalies ilgoje atkarpoje (per kvartalą), geresnis variantas būtų žymėti sidewalk=both (jei kas nors tai kaip nors atspindi žemėlapyje), o ne tris vektorius. Tačiau jei yra entuziastų, kurie nori mikromapinti, tai kodėl mes jų darbą turėtumėm naikinti? Ypač, jei sumikromapinta aplinkinė teritorija, o ne atskiras šaligatvis. 2. Karų čia jokių nereikia. Tikrai, pasiūlytas tilto ir pralaidos atskyrimo požymis logiškas. Aš skirčiau taip -- jei tarp vamzdžio ir kelio dangos yra grunto sluoksnis -- tai pralaida, jei kelio kelio konstrukcija tarnauja kaip „stogas“ virš vandens -- tai tiltas. Nors religinių karų dėl vienokio ar kitokio pažymėjimo nekariaučiau. -- Aidas Kasparas ___ Talk-lt mailing list Talk-lt@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lt
[Talk-dk] Licens bot'en har været forbi DK
Det ser ud til at licens rette bot'en har kørt DK igennem. Se f.eks. http://harrywood.dev.openstreetmap.org/license-change/botprocessing.php?zoom=6lat=56.18766lon=10.86133layers=B00FTTFF /Jens ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Licens bot'en har været forbi DK
Hej, 2012/7/18 Jens Winbladh j...@somewhere.dk: Det ser ud til at licens rette bot'en har kørt DK igennem. For what it's worth: Det ser ud til, at vores completion er faldet med blot ca. 0,04%point - fx fra 99,89% til 99,85% målt på 500-meter-completeness (antal adresser, som har et tilhørende vejnavn inden for 500 meter). Det er fint - omend det naturligvis kunne være fint at komme derop igen. 0,15 % adresser er stadigvæk 3.000 adresser, der ikke har nogen nærliggende vej (og med 100-meter-completeness taler vi om over 50.000 adresser). - Peter Brodersen ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
[Talk-ar] Capas en OSM (layers)
Amigos, Estuve viendo algunas cosas interesantes en Australian Tagging Guidelines que acá en Argentina no estamos teniendo en cuenta. Por ejemplo recomiendan usar distintas capas para dibujar un tunel (layer=-1) o un puente (layer=1). El resto de los elementos van en la capa por defecto (layer=0). Pienso que esto puede ayudar a mostrar estos elementos mejor en el GPS, ya que para mostrar los puentes tengo algunas dificultades, ya que estos se visualizan pero a medida que nos acercamos al puente parecen desaparecer de la pantalla del navegador GPS. Yo voy a hacer alguna prueba (modificando el layer=0 a layer=1) con el puente de la RP 6 sobre el FCDFS en la interseción de la RP40 en la provincia de Buenos Aires para ver como se muestra en el GPS. Les dejo la URL para que puedan ver esto que menciono y otras cosas interesantes: http://wiki.openstreetmap.org/wiki/Australian_Tagging_Guidelines Saludos, -- Martin Andres Gomez Gimenez web: http://www.i-nis.com.ar e-mail: mggime...@i-nis.com.ar Jabber: mggime...@i-nis.com.ar Usuario Linux: #306000 signature.asc Description: This is a digitally signed message part ___ Talk-ar mailing list Talk-ar@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ar
Re: [Talk-ar] Capas en OSM (layers)
Por ejemplo recomiendan usar distintas capas para dibujar un tunel (layer=-1) o un puente (layer=1). El resto de los elementos van en la capa por defecto (layer=0). Soy editor (entre otros) de zona ciudad de Mendoza y usamos los tag layer ;) Podriamos poner algo en el wiki del proyecto para Argentina, para tener todo en un solo lugar y traducido... Saludos. Sefer. --- El mié, 7/18/12, Martin Andrés Gomez Gimenez mggime...@i-nis.com.ar escribió: De: Martin Andrés Gomez Gimenez mggime...@i-nis.com.ar Asunto: [Talk-ar] Capas en OSM (layers) A: talk-ar@openstreetmap.org Fecha: miércoles, 18 de julio de 2012, 09:20 am Amigos, Estuve viendo algunas cosas interesantes en Australian Tagging Guidelines que acá en Argentina no estamos teniendo en cuenta. Por ejemplo recomiendan usar distintas capas para dibujar un tunel (layer=-1) o un puente (layer=1). El resto de los elementos van en la capa por defecto (layer=0). Pienso que esto puede ayudar a mostrar estos elementos mejor en el GPS, ya que para mostrar los puentes tengo algunas dificultades, ya que estos se visualizan pero a medida que nos acercamos al puente parecen desaparecer de la pantalla del navegador GPS. Yo voy a hacer alguna prueba (modificando el layer=0 a layer=1) con el puente de la RP 6 sobre el FCDFS en la interseción de la RP40 en la provincia de Buenos Aires para ver como se muestra en el GPS. Les dejo la URL para que puedan ver esto que menciono y otras cosas interesantes: http://wiki.openstreetmap.org/wiki/Australian_Tagging_Guidelines Saludos, -- Martin Andres Gomez Gimenez web: http://www.i-nis.com.ar e-mail: mggime...@i-nis.com.ar Jabber: mggime...@i-nis.com.ar Usuario Linux: #306000 -Adjunto en línea a continuación- ___ Talk-ar mailing list Talk-ar@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ar ___ Talk-ar mailing list Talk-ar@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ar
Re: [Talk-at] Redaction Bot in AT
Wieso löscht er eigentlich Tags aus dem plan.at-Import raus? Ich habe mir diesen Way angesehen: http://www.openstreetmap.org/browse/way/30570185 und neben der Zerstörung der Verbindungen/Positionen wurden eben auch einige Tags wie dieses uploaded_by W. od. fixme=check import etc. raus gelöscht. Nicht, dass mir jetzt konkret diese abgehen würden, ich wundere mich nur, nachdem der plan.at-Import ja bei den Zustimmern ist http://odbl.de/austria.html LG Andreas signature.asc Description: OpenPGP digital signature ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Redaction Bot in AT
Wenn ich es richtig verstanden habe, dann sind Löschungen kein geschütztes Werk. Somit hat einer von den Nichtzustimmern etwas gelöscht und das wurde nicht reverted. LG Jimmy Am 18.07.2012 07:18, schrieb Andreas Wecer: Wieso löscht er eigentlich Tags aus dem plan.at-Import raus? Ich habe mir diesen Way angesehen: http://www.openstreetmap.org/browse/way/30570185 und neben der Zerstörung der Verbindungen/Positionen wurden eben auch einige Tags wie dieses uploaded_by W. od. fixme=check import etc. raus gelöscht. Nicht, dass mir jetzt konkret diese abgehen würden, ich wundere mich nur, nachdem der plan.at-Import ja bei den Zustimmern ist http://odbl.de/austria.html LG Andreas ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Redaction Bot in AT
Eieiei.. in jedem Fall gibt's jetzt einiges zu tun. Löcher kann man leicht stopfen, aber es ist schon einigermaßen traurig, dass man sich jetzt nicht mehr sicher sein kann ob z.B. cycleway-Attribute noch immer da sind.. denn da sieht man keine offensichtlichen Löcher - und kann sich nicht mehr erinnern was man vor Monaten alles abgefahren hat :( Naja.. aber wenigstens ist es jetzt vorbei :) .. und wehe der Bot fährt nochmal drüber weil sie meinen er hat noch irgendwas nicht erwischt was weg gehört... LG, Markus On 2012-07-18 09:43, Jimmy_K wrote: Wenn ich es richtig verstanden habe, dann sind Löschungen kein geschütztes Werk. Somit hat einer von den Nichtzustimmern etwas gelöscht und das wurde nicht reverted. LG Jimmy Am 18.07.2012 07:18, schrieb Andreas Wecer: Wieso löscht er eigentlich Tags aus dem plan.at-Import raus? Ich habe mir diesen Way angesehen: http://www.openstreetmap.org/browse/way/30570185 und neben der Zerstörung der Verbindungen/Positionen wurden eben auch einige Tags wie dieses uploaded_by W. od. fixme=check import etc. raus gelöscht. Nicht, dass mir jetzt konkret diese abgehen würden, ich wundere mich nur, nachdem der plan.at-Import ja bei den Zustimmern ist http://odbl.de/austria.html LG Andreas ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Redaction Bot in AT
On 18.07.2012 21:28, Markus Straub wrote: Eieiei.. in jedem Fall gibt's jetzt einiges zu tun. Löcher kann man leicht stopfen, aber es ist schon einigermaßen traurig, dass man sich jetzt nicht mehr sicher sein kann ob z.B. cycleway-Attribute noch immer da sind.. denn da sieht man keine offensichtlichen Löcher Und in der Badmap scheinen Wege, wo der Bot nur Tags rausgelöscht hat, auch nicht auf. Damit sind alle, die ein rechtzeitiges Remapping predigten, Lügen gestraft. Selbst wenn man man bemerkt (History oder letzter Bearbeiter), dass der Bot einen Weg bearbeitet hat, weiß man noch immer nicht, was er dran alles verhunzt hat. Einen wichtigen Tag (name, cycleway, oneway, maxspeed...) gelöscht? Muss man den Weg nochmals abfahren, und auf was soll man achten? Oder hat er nur einen Node rausgelöscht, der die Kurve etwas sanfter machte? Oder hatte der Ablehner gar nur im note=* ein Leerzeichen eingefügt? Dann können wir den Weg hundertmal abfahren und werden nichts finden... Wir sehen in der History nicht einmal, wer das Objekt bearbeitet hat. Ab der ersten Bearbietung durch einen Ablehner sind alle Historyeinträge weggebügelt. Du hast cycleway=yes eingetragen und ich den Namen? Nein, laut History haben wir nichts beigetragen, alle Tags stammen vom Bot persönlich. Der größte Mapper überhaupt. und kann sich nicht mehr erinnern was man vor Monaten alles abgefahren hat :( Ich kann mich schon dran erinnern, was ich abgefahren bin. Aber nicht daran, was ich dort alles gesehen habe. 30er? Gewichtsbeschränkung? Anrainerverkehr oder nur Anrainer? Das kann man sich nicht für tausende Straßen merken. Darum hab ich es ja in OSM reingeklopft, damit ich es mir nicht merken muss. -- Friedrich K. Volkmann http://www.volki.at/ Adr.: Davidgasse 76-80/14/10, 1100 Wien, Austria ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-pe] Proyectos
Suena interesante, hay que agregarlo en la pagina para proyecto de OSM Perú: https://wiki.openstreetmap.org/wiki/Per%C3%BA:Proyectos . Seria bueno que en estos días quedemos para poder hacer algo de trabajo de campo en algún lugar, tal vez una universidad. Usando walking papers podríamos recolectar los datos. Amigos, Aprovecho que se están enviando varios correos para proponer ordenarnos el trabajo por proyectos. En la wikipedia funciona muy bien de esa manera. Se tiene wikiproyectos para temas determinados como rock del Perú. Podriamos hacer algo similar. Se me ocurren dos proyectos: Centro histórico de Lima (verificar que este bien mapeado las vias peatonales, vehiculares, agregar las iglesias y sitios turísticos) y otro podría ser Universidades (mapeo de sus campus). La suelto a ver que les parece. -- Jorge Meneses jorgej...@gmail.com El 18 de julio de 2012 13:04, Arnold FERNÁNDEZ RIVAS arnoldfi...@gmail.comescribió: Hola lista, estaba editando ciertos detalles en OSM, el hecho es que cuando edito y visualizo lo guardado a determinado acercamiento se observa la anterior edición y a otra escala se observa la última edición. ¿Por qué ocurre ello si ya edité? Para mí no es molestia pero imagino que lo es para las personas que aún no conocen OSM. ¿Alguién tiene idea? -- *Estudiante de Ingeniería Ambiental y de Recursos Naturales en la Universidad Nacional del Callao.* *Presidente de la Comunidad de Software Libre de la Universidad Nacional del Callao - UNACINUX. * * * *http://csl.unac.edu.pe * *Cel.: 970048131* movistar *Teléfono: 7231740 *claro ___ Talk-pe mailing list Talk-pe@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-pe ___ Talk-pe mailing list Talk-pe@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-pe -- Omar Vega Escucha radioGNU: http://radiognu.org/ Usa el facebook libre: http://www.joindiaspora.org/ Usa el twitter libre: http://identi.ca/ ___ Talk-pe mailing list Talk-pe@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-pe
Re: [Talk-pt] Nomenclatura - confusão nos navegadores
+1 O nome completo no OSM, os softwares podem converter : http://wiki.openstreetmap.org/wiki/Name_finder:Abbreviations#Portugu.C3.AAs_-_Portuguese Também ha regras na escritura dos nomes : - todo em letra minuscula excepto a primeira letra - as preposições ficam em minusculo Exemplo : - Avenida da Liberdade - Rua Francisco Sà Carneiro Os seguintes são errados : - avenida da Liberdade - Avenida da LIBERDADE - Avenida da liberdade De Rui Correia - Lavabit : Olá Rúben, Obrigado pela resposta. Não tinha reparado nessa parte do wiki. Assim, só fica a faltar um esclarecimento: devo (ou devemos) editar esses itens? Existe forma de aceder directamente à DB e fazer um query por Av. ou R. e alterar para Avenida ou Rua? Obrigado. Cumps., Rui On 18-07-2012 02:21, Rúben Leote Mendes wrote: Em 18-07-2012 01:53, Rui Correia - Lavabit escreveu: Na minha modesta opinião, das duas uma, ou se devia abreviar tudo ou não se devia abreviar nada. Mas como parece não haver regra, há quem use Av. e há quem use Avenida. Há que use o da e há quem simplesmente escreva Liberdade a seguir ao tipo de rua. Em suma, há alguma regra? Se há, será que eu devia editar os nomes das ruas que encontrar que não respeitem a regra? Não se deve abreviar nada: http://wiki.openstreetmap.org/wiki/Names Abbreviation (don't do it) Do not abbreviate words. Computers can easily shorten words but not the other way (St. could be Street or Saint). Um abraço, Rúben ___ Talk-pt mailing list Talk-pt@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-pt
Re: [Talk-pt] Nomenclatura - confusão nos navegadores
Ok, vou dar uma olhadela no Quality Assurance. On 18-07-2012 12:10, f.dos.san...@free.fr wrote: A parte que agora chega ao Marquês, trata-se do Túnel? Se sim, então um túnel sobrepõe-se ao que estiver à superfície? Para um noob como eu é um bocado confuso. Não percebi bem. Não ha nenhum problema podemos ter uma estrada em túnel e outra por cima, sendo que elas não podem partilhar os seus nodes (meter os nodes em comum quando haver realmente conexão entre as duas estradas). O way do túnel leva os tag tunnel=yes e layer=-1, a estrada em superfície não precisa de mais nada (os valores implicitos asseguram que não é um túnel e que o layer é 0) : http://wiki.openstreetmap.org/wiki/Tunnel Parece-me bem, Francisco. Só há um pequeno problema. A Rua Joaquim António de Aguiar ainda lá está e não aparece no OSM. Da Praça do Marquês de Pombal até ao cruzamento com a Rua da Artilharia 1, trata-se da Rua Joaquim António de Aguiar. Da Rua da Artilharia 1 até ao Viaduto Duarte Pacheco, trata-se da Avenida Engenheiro Duarte Pacheco. Porque cargas de água é que o homem na Avenida teve honras de Engenheiro e no Viaduto não é que não entendo. Mas isso já não é um problema do OSM mas sim da Câmara Municipal de Lisboa. Ou talvez sejam pessoas diferentes com o mesmo nome? Outra coisa: no meu entender, o túnel chama-se Túnel do Marquês independentemente do nome da rua que está por cima mas já agora gostava de saber se é assim ou se os túneis devem ter como name= o nome da rua que está por cima. Cumps., Rui ___ Talk-pt mailing list Talk-pt@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-pt
Re: [Talk-pt] Redaction bot em Portugal
On Seg Jul 16 11:57 , f.dos.san...@free.fr sent: Viva, O bot trabalhou todo o domingo 15/07 para fazer a "redaction", apenas as areas de Lisboa, Porto, Aveiro e Faro ficaram com erros que hoje estão a ser corrigidos. Aconselho verificar os changesets produzido por OSMF Redaction Account, os dados incompativeis foram removidos resultando em geometria diformas. Por exemplo o changeset : http://www.openstreetmap.org/browse/changeset/12242066 Na N397 alguns nodes foram suprimidos, resultando num way demasiado "direito". Francisco ___ Talk-pt mailing list Talk-pt@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-pt ___ Talk-pt mailing list Talk-pt@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-pt
Re: [Talk-pt] Redaction bot em Portugal
Boas. Além da N397 preocupa-me terem desparecido algumas faixas da A22, que ficou de sentido único nalguns sítios! Vou tentar corrigir as coisas na minha zona. Saudações On Seg Jul 16 11:57 , f.dos.san...@free.fr sent: Viva, O bot trabalhou todo o domingo 15/07 para fazer a "redaction", apenas as areas de Lisboa, Porto, Aveiro e Faro ficaram com erros que hoje estão a ser corrigidos. Aconselho verificar os changesets produzido por OSMF Redaction Account, os dados incompativeis foram removidos resultando em geometria diformas. Por exemplo o changeset : http://www.openstreetmap.org/browse/changeset/12242066 Na N397 alguns nodes foram suprimidos, resultando num way demasiado "direito". Francisco ___ Talk-pt mailing list Talk-pt@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-pt ___ Talk-pt mailing list Talk-pt@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-pt
Re: [Talk-pt] Redaction bot em Portugal
Boa, A pouco e pouco a noite, venho de acabar os changeset do quadrado de 1° x 1° de Leiria. O mais grave foi a saída de Fátima que ficou cortada, o resto linhas sem curvas, rotunda meio redondo. O bot continua o seu trabalho, acabou a Europa do Norte e já fez a metade dos Estados-Unidos. A Alemanha ainda não acabou e a Europa de Leste ficou para traz devido a um problema ontem com a Polónia : o ficheiro dos dados de domínio publico importado pelos usuários que não aceitarão a licença foi esquecido resultando em demasiado dados removidos e necessitando uns revert. Francisco - Mail original - De: Alexandre Moleiro 18/07/2012 20:42:17 Boas. Além da N397 preocupa-me terem desparecido algumas faixas da A22, que ficou de sentido único nalguns sítios! Vou tentar corrigir as coisas na minha zona. Saudações On Seg Jul 16 11:57 , f.dos.san...@free.fr sent: Viva, O bot trabalhou todo o domingo 15/07 para fazer a redaction, apenas as areas de Lisboa, Porto, Aveiro e Faro ficaram com erros que hoje estão a ser corrigidos. Aconselho verificar os changesets produzido por OSMF Redaction Account, os dados incompativeis foram removidos resultando em geometria diformas. Por exemplo o changeset : http://www.openstreetmap.org/browse/changeset/12242066 Na N397 alguns nodes foram suprimidos, resultando num way demasiado direito. Francisco ___ Talk-pt mailing list Talk-pt@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-pt ___ Talk-pt mailing list Talk-pt@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-pt ___ Talk-pt mailing list Talk-pt@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-pt
Re: [Talk-pt] Nomenclatura - confusão nos navegadores
De: Rui Correia - Lavabit 18/07/2012 14:50:54 Só há um pequeno problema. A Rua Joaquim António de Aguiar ainda lá está e não aparece no OSM. Da Praça do Marquês de Pombal até ao cruzamento com a Rua da Artilharia 1, trata-se da Rua Joaquim António de Aguiar. Da Rua da Artilharia 1 até ao Viaduto Duarte Pacheco, trata-se da Avenida Engenheiro Duarte Pacheco. Vejo melhor agora, e ainda se vê melhor com o permalink ;-) http://www.openstreetmap.org/?lat=38.72479lon=-9.15678zoom=16layers=M (em baixo a direita no mapa, tens um link completo ou un link curto) Não conheço esta zona mas fiz-te confiança, um split da rua e mudança do nome, e aqui está corrigido : http://www.openstreetmap.org/browse/way/95408963 http://www.openstreetmap.org/browse/way/172070929 O tempo de escrever este email e o mapa já esta ok : http://osm.org/go/b5crp5n5i-- (um link curto) Outra coisa: no meu entender, o túnel chama-se Túnel do Marquês independentemente do nome da rua que está por cima mas já agora gostava de saber se é assim ou se os túneis devem ter como name= o nome da rua que está por cima. Sim name é usado neste caso para o nome do túnel, o assunto era outro se o túnel e a estrada no túnel tinha cada um 1 nome. Se não te importa, vamos deixar os casos complicados para mais tarde ;-) Francisco ___ Talk-pt mailing list Talk-pt@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-pt
Re: [Talk-pt] Redaction bot em Portugal
Passando os olhos no CLEANMAP ( http://cleanmap.poole.ch/ ) parece-me que Matosinhos e Figueira da Foz foram bastantes afectados. Rúben Em 18-07-2012 21:04, f.dos.san...@free.fr escreveu: Boa, A pouco e pouco a noite, venho de acabar os changeset do quadrado de 1° x 1° de Leiria. O mais grave foi a saída de Fátima que ficou cortada, o resto linhas sem curvas, rotunda meio redondo. O bot continua o seu trabalho, acabou a Europa do Norte e já fez a metade dos Estados-Unidos. A Alemanha ainda não acabou e a Europa de Leste ficou para traz devido a um problema ontem com a Polónia : o ficheiro dos dados de domínio publico importado pelos usuários que não aceitarão a licença foi esquecido resultando em demasiado dados removidos e necessitando uns revert. Francisco - Mail original - De: Alexandre Moleiro 18/07/2012 20:42:17 Boas. Além da N397 preocupa-me terem desparecido algumas faixas da A22, que ficou de sentido único nalguns sítios! Vou tentar corrigir as coisas na minha zona. Saudações On Seg Jul 16 11:57 , f.dos.san...@free.fr sent: Viva, O bot trabalhou todo o domingo 15/07 para fazer a redaction, apenas as areas de Lisboa, Porto, Aveiro e Faro ficaram com erros que hoje estão a ser corrigidos. Aconselho verificar os changesets produzido por OSMF Redaction Account, os dados incompativeis foram removidos resultando em geometria diformas. Por exemplo o changeset : http://www.openstreetmap.org/browse/changeset/12242066 Na N397 alguns nodes foram suprimidos, resultando num way demasiado direito. Francisco ___ Talk-pt mailing list Talk-pt@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-pt ___ Talk-pt mailing list Talk-pt@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-pt ___ Talk-pt mailing list Talk-pt@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-pt ___ Talk-pt mailing list Talk-pt@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-pt
Re: [Talk-pt] Nomenclatura - confusão nos navegadores
Em 18-07-2012 22:01, f.dos.san...@free.fr escreveu: Sim name é usado neste caso para o nome do túnel, o assunto era outro se o túnel e a estrada no túnel tinha cada um 1 nome. Se não te importa, vamos deixar os casos complicados para mais tarde ;-) Não deveria ser tunnel:name ? Do wiki (Tunnel): If the tunnel has a name this can be specified using tunnel:name=* although there is still some debate on the best method to include a name of the tunnel as discinct from the road/railway etc that goes through it. lit=* can be included to provide information about any lighting in the tunnel (or not). Ou estou a complicar? ;-) Rúben ___ Talk-pt mailing list Talk-pt@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-pt
Re: [Talk-lv] : zone:traffic=LV:urban
Izklausās loģiski mar maxspeed taga pievienošanu tagad. Es gan gribētu ieteikt to Zone likt relācijā ar apdzīvotu vietu, lai apdzīvotai vietai bez zone varētu noteikt defaultā traffic:zone=LV:urban, lai, tā teikt, visus ātrumu ierobežojumus analizētu no traffic:zone. 2012/7/18 Raitis U. rait...@gmail.com Nu īstenībā nedaudz padomājot, tas zone tags liekas visai loģisks no viedokļa, ka jāatdala *norma*, no *papildus ierobežojumiem - *tieši tāpat kā ceļazīmes to norāda. Tātad katrai ielai (residential) ar traffic:zone=LV:urban būtu jābūt 50km/h un highway=living_street - 20km/h, ja vien nav noteikts citādi (ar maxspeed). Diskusiju iesāku ne jau ar domu, ka pēc mēneša visu būsim draudzīgi notagojuši. Bija mums universitātē viens čalis, kas uz jautājumiem par reliģiju vienmēr atbildēja plika diršana :) Laikam esmu pieradis pie darbībām, kurām ir kāds galarezultāts. Par subj. - es par. pag, es liidz galam nesapratu. tu piedaavaa likt maxspeed absoluuti visiem celjiem ? cerams, nee :) cerams jā ;) (nu daļēji - zemāk paskaidrojums) Par to, ko var izdarīt, bet kas *netiks *darīts, ja nebūs atbalsta: Latvijā ir 60 000 km ar ceļiem, neskaitot meža un māju ceļus. Šobrīd maxspeed ir labi ja 1%. Ļoti izskatās pēc situācijas ar mežiem - man liekas es pensiju sagaidītu, kamēr būtu puslīdz pilns noklājums. Nav perfekti, bet 95% gadījumu corine atbilst realitātei. Salikt apdzīvotas vietas līdz ciemu līmenim kā place Novilkt visai valstij primary, secondary, tertiary, unclassified un road (izņemot tos, kuriem jau ir maxspeed tags) izgriezt ceļus pilsētu robežās salikt apkārt visiem village 1km (?) un town (kuriem nav robežas) *x*km rādiusu izgriezt ceļus šajos rādiusos pievienot *maxspeed=90*, + *zone:traffic=LV:rural* + *note* skatīties kā izskatās. Netiek zaudētas detaļas, un esošais risinājums arī darbojas. ja zone tiek oficiāli pieņemts, atliek izdzēst maxspeed=90 no ceļiem, kuriem ir zone tags. + detaļas tiek saglabātas + esošie softi joprojām strādā + 90% no ceļu kopgaruma ir salikts ātruma ierobežojums ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv -- Jānis ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv
Re: [Talk-lv] : zone:traffic=LV:urban
2012/7/18 Raitis U. rait...@gmail.com Salikt apdzīvotas vietas līdz ciemu līmenim kā place Novilkt visai valstij primary, secondary, tertiary, unclassified un road (izņemot tos, kuriem jau ir maxspeed tags) izgriezt ceļus pilsētu robežās salikt apkārt visiem village 1km (?) un town (kuriem nav robežas) *x*km rādiusu izgriezt ceļus šajos rādiusos pievienot *maxspeed=90*, + *zone:traffic=LV:rural* + *note* skatīties kā izskatās. Netiek zaudētas detaļas, un esošais risinājums arī darbojas. ja zone tiek oficiāli pieņemts, atliek izdzēst maxspeed=90 no ceļiem, kuriem ir zone tags. + detaļas tiek saglabātas + esošie softi joprojām strādā + 90% no ceļu kopgaruma ir salikts ātruma ierobežojums Priekšlikums izklausās ļoti ok. somebody should do it :) Apskatījos http://tools.geofabrik.de/osmi/ (view:highways, atstājot tikai maxspeed). Maxspeed faktiski netiek lietots. Ir vasarnīcu rajons ar 30km/h, ir divi ielu nogriežņi ar 10km/h un ir nekorekti notagots Ulmaņa gatves posms. (ir uzlikts maxspeed=70/90, kuru neviens softs nespēj izmantot. Konkrētajā posmā vajadzēja maxspeed=90, maxspeed:hgv=70). A. ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv
[Talk-lv] Bots un Latvija
Kāmēr mēs te diskutējam par satiksmes zonām, bots jau ir pārgājis ceturdaļai Latvijas pāri un Rīgā šo to padzēsis - arī par kādam ceļam. http://harrywood.dev.openstreetmap.org/license-change/botprocessing.php?zoom=7lat=56.518lon=25.23885layers=B00FTTFF -- mortigi tempo Pēteris Krišjānis ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv
Re: [Talk-lv] zone:traffic=LV:urban
Mums prieks ka tu esi iesprindzis par šo lietu. Mums vajag specializāciju un labi kad katram ir savs jājamzirdziņš, Atbildot uz taviem jautājumiem: - Nē, tas iepriekš nav bijis runāts LV listē, par citām nezinu. - Nē, nav. - Šis ir stulbs ad-hoc tags kas mēģīna primitīvi risināt nevienkāršu problēmu potenciāli radot tikai lielāku sajukumu. Vai vismaz nav pietiekama paskaidrojuma kā tas tiks lietots zīmējot, routingojot, piemēra zīmējuma, utt. Ja vēl būtu elementāri skaidrs kā to izmantot tad varētu vēl grassroots ceļā viņu ieviest. 0. Izej svaigā gaisā, pamapo, izvēdini galvu 1. Apskaties osm wiki vai nav kādi proposāļi par šo tēmu 2. Paprasi tagging listē ko cilvēki domā par šo te. http://lists.openstreetmap.org/listinfo/tagging 2.1 Iepsamo osm ircā moš kāds ir kautko domājis. http://wiki.openstreetmap.org/wiki/IRC 3. Savāc visas idejas, esošos proposāļus, apsver kas der kas nē. 4 Uzraksti savu proposāli, uzlabo esošu, izklāsti kā viss strādās. 4.1 Kā tas tiks zīmēts 4.2 Kā to lietos routinga softs 4.3 Kādi ir alternatīie varianti. 5. Nāc un prasi lai mēs sākam viņu lietot. Bet pārējā laikā mēs laipni ignorēsim tavu jauno tagu. Viesturs PS: vai šo esi lasījis: http://wiki.openstreetmap.org/wiki/Proposed_features/trafficzone 2012/7/16 AivarsB vrs@gmail.com Sveiki, skatīt aprakstu: http://wiki.openstreetmap.org/wiki/Proposed_features/trafficzone Tātad problēma ir, ka routing-am no osm datiem ir grūti izsecināt kāds ir kustības ātrums, piemēram, highway=primary ceļam. Ja uzlikts maxspeed=70, problēmu nav. Ja nav maxspeed: - var pieņemt kādu noklusēto vērtību (piem. 80), bet tad problēma, ka primary cauri ciematam būs līdzvērtīgs primary pa mežu. - var skatīties vai ceļš iekrīt kādā place=city daudzstūrī. Bet 1) robežas daudz kur nav 2) aprēķins ir sarežģīts 3) robežas nesakrīt ar ceļu klasifikāciju (Latvijas gadījumā ciematam cauri iet zilā zīme). Minētais tags šo problēmu risina. Vai šis kādreiz ir runāts? Vai priekšlikumam ir atbalsts? Vai ir kādas ēnas puses, kāpēc šo tagu neizmantot? A. ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv
