Re: [Talk-hr] Fw: [Announce] Redaction progress
Prije je bilo nekih prikaza područja koje su zahvaćene promjenom licencije jel bi se to moglo nekako iskoristiti? Hynek On 17.7.2012 14:54, Janko Mihelić wrote: Da, ima ih dosta obrisanih. Ja sam dvije državne ceste ponovo ucrtao po gps tragovima, D23 i D52. Komadi autocesta su isto nedostajali, i u Zagrebu ulice tipa Ulica grada Vukovara. Naselje Špansko u Zagrebu je isto dosta obrisano. Dugi otok ima obrisane državne ceste, to još nisam išao sređivati. Tražim neki način da se vidi što je obrisano, ali nema.. Janko Dana 17. srpnja 2012. 13:20 Hynek Suchy suc...@gmail.com je napisao/la: Bok! Poslije OSMF redaction sam našao jednu u potpunosti izbrisanu cestu iz Velike Gorice preko Rakarja do Kobilića (županijska cesta 3068 Sasi - Novaki - Šćitarjevo - Kobilići - V. Gorica (D30 http://wiki.openstreetmap.org/wiki/WikiProject_Croatia/DrzavneCeste#D30) ) http://www.openstreetmap.org/?lat=45.72739lon=16.0905zoom=15layers=M imam tamo snimljen neki GPS tracx+k tako da ću nešto ucrtati čim stignem.. pozdrav, Hynek Suchy (suchyh) On 16.7.2012 17:11, Ivan Delac wrote: goranrac...@gmail.com napisa: Because continents are annoyingly not shaped like rectangles, this inevitably includes some overlap with North Africa etc. :) Prema onoj stranici veći dio Hrvatske je gotov. Neki naši otoci sadržavali su točke nacrtane od strane anonymus korisnika. Te točke su ostale. Npr. ovaj otok: Way: Tun-Mali (8837989) ___ Talk-hr mailing list Talk-hr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-hr ___ Talk-hr mailing list Talk-hr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-hr ___ Talk-hr mailing list Talk-hr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-hr ___ Talk-hr mailing list Talk-hr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-hr
[OSM-legal-talk] A license bot that has produced too many errors
The detrimental license bot now has reached Germany and promptly left a lot of errors here. Let's just look at one city, Göttingen in Northern Germany, where I have contacted some undecided users, so I have some knowledge about pre-bot history. There are so many errors with severe legal implications, so I would like to publish them on the legal-talk list. Their manipulated history is such a heavy infringement of Creative Commons license that even an agreer could easily sue the OSMF if he was willing to waste time and money on a senseless trial. Let me show the examples: - agreeing mapper's node disappeared http://osm.mapki.com/history/node.php?id=60580009 Version 3 of this node (51.5400973, 9.9564636) was last edited by agreeing user Sasude. By removing this precisely located node, an intersection of four streets was destroyed. - street has disappeared completely The southern part of Dahlmannstraße with bus route No. 6 has disappeared completely though it was last edited by agreers. - intersections were cut off - ODbL history ignores agreeing users http://osm.mapki.com/history/way.php?id=8091768 Both intersections were cut off though these nodes were last edited by an agreer. Undediced mapper Hotte Degoe has created an empty line without any tags. All tags were added by agreeing users, all points have been moved by agreeing users as well. Only v1 should be hidden, all other versions by agreeing mappers should be visible. - decliner included in ODbL history http://osm.mapki.com/history/way.php?id=60922724 Lobelt has declined the new contributor terms so far mainly for political reasons, but he still appears in the clean ODbL history because he has removed a senseless tag. Removing a tag does not constitute a copyright, but mentioning him in the history is an infringement of moral rights. v2 should be hidden. - OSMF Redaction Account claims to be the only author http://osm.mapki.com/history/way.php?id=8573909 Since the OSMF Redaction Account did not create any way, he cannot pretend to be the author of any way. This pretense is illegal according to Creative Commons and rude though legal according to new ODbL license. At least some human users should appear in the history. - ODbL history ignores too many agreeing users (2nd example) http://osm.mapki.com/history/way.php?id=8094092 Undediced mapper Hotte Degoe has created an empty line without any tags. All tags were added by agreeing users, all points have been moved by agreeing users as well. Only v1 should be hidden, all other versions by agreeing mappers should be visible. These seven examples are quite simple cases without any complications. I am sure that some of you will be able to find many more examples where the bot has made severe errors. Finally, let me give two suggestions for a clean and transparent transition: - OSMI should not ignore bot deletions Streets destroyed by the bot (e.g. Dahlmannstraße in Göttingen) disappear on OSMI, so there is no chance to check what the bot has destroyed, and why he did so. Human users usually deliberate before they delete an object, the bot did not deliberate at all. Please allow local users to check where the bot has completely destroyed a street. - Please make bot deletions transparent For a transitional period of several weeks, invisible versions of history should be visible with RED letters so that everybody can check whether the bot has hidden too much information. Hiding versions may be considered as breech of Creative Commons license, displaying them in RED letters until the final cut is definitely legal. As there are a lot of errors in the bot-generated history, it will still take some weeks or months until a clean license change can happen. 2008-2010 It took two years to write the license 2010-2012 It took two years to convince the community 2012-2014 It may take up to two years to achieve a clear license change Yours, with best regards OSM user #42429 ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] A license bot that has produced too many errors
Am 17.07.2012 13:01, schrieb fk270...@fantasymail.de: The detrimental license bot now has reached Germany and promptly left a lot of errors here. Let's just look at one city, Göttingen in Northern Germany, where I have contacted some undecided users, so I have some knowledge about pre-bot history. There are so many errors with severe legal implications, Ok... lets see: so I would like to publish them on the legal-talk list. Their manipulated history is such a heavy infringement of Creative Commons license that even an agreer could easily sue the OSMF if he was willing to waste time and money on a senseless trial. Let me show the examples: - agreeing mapper's node disappeared http://osm.mapki.com/history/node.php?id=60580009 No legal implication. Version 3 of this node (51.5400973, 9.9564636) was last edited by agreeing user Sasude. By removing this precisely located node, an intersection of four streets was destroyed. - street has disappeared completely The southern part of Dahlmannstraße with bus route No. 6 has disappeared completely though it was last edited by agreers. - intersections were cut off - ODbL history ignores agreeing users http://osm.mapki.com/history/way.php?id=8091768 No legal implication. Both intersections were cut off though these nodes were last edited by an agreer. Undediced mapper Hotte Degoe has created an empty line without any tags. All tags were added by agreeing users, all points have been moved by agreeing users as well. Only v1 should be hidden, all other versions by agreeing mappers should be visible. No legal implication. - decliner included in ODbL history http://osm.mapki.com/history/way.php?id=60922724 Lobelt has declined the new contributor terms so far mainly for political reasons, but he still appears in the clean ODbL history because he has removed a senseless tag. Removing a tag does not constitute a copyright, but mentioning him in the history is an infringement of moral rights. v2 should be hidden. Why would -mentioning- him be an infringement of moral rights, if at all it would be the other way around. No legal implication. - OSMF Redaction Account claims to be the only author http://osm.mapki.com/history/way.php?id=8573909 Since the OSMF Redaction Account did not create any way, he cannot pretend to be the author of any way. This pretense is illegal according to Creative Commons and rude though legal according to new ODbL license. At least some human users should appear in the history. - ODbL history ignores too many agreeing users (2nd example) http://osm.mapki.com/history/way.php?id=8094092 Undediced mapper Hotte Degoe has created an empty line without any tags. All tags were added by agreeing users, all points have been moved by agreeing users as well. Only v1 should be hidden, all other versions by agreeing mappers should be visible. Currently edits by agreeing users that would expose material by a non-agreeing user are not displayed by the API/GUI. All users that have agreed to the CTs have agreed to bulk attribution, no material from non-agreeing users has been used (exception trivial edits that are attributed as you note). No legal implication. These seven examples are quite simple cases without any complications. I am sure that some of you will be able to find many more examples where the bot has made severe errors. Well up to now you have not found a single case with an error.. Simon ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] A license bot that has produced too many errors
Hi, On 07/17/2012 01:01 PM, fk270...@fantasymail.de wrote: - agreeing mapper's node disappeared http://osm.mapki.com/history/node.php?id=60580009 Version 3 of this node (51.5400973, 9.9564636) was last edited by agreeing user Sasude. By removing this precisely located node, an intersection of four streets was destroyed. I see no legal implication here. - street has disappeared completely The southern part of Dahlmannstraße with bus route No. 6 has disappeared completely though it was last edited by agreers. No legal implication either. - intersections were cut off - ODbL history ignores agreeing users http://osm.mapki.com/history/way.php?id=8091768 Both intersections were cut off though these nodes were last edited by an agreer. Undediced mapper Hotte Degoe has created an empty line without any tags. All tags were added by agreeing users, all points have been moved by agreeing users as well. Only v1 should be hidden, all other versions by agreeing mappers should be visible. Only the tags of the additional versions could be shown; not the geometry. But I agree with you that it would be desirable to actually show the names of the participating mappers even if we cannot list details of their work. This is why we're making a distinction between Redaction 2 and Redaction 1. We plan to list basic meta data for Redaction 2 type events, see also: http://www.openstreetmap.org/redactions/2 - decliner included in ODbL history http://osm.mapki.com/history/way.php?id=60922724 Lobelt has declined the new contributor terms so far mainly for political reasons, but he still appears in the clean ODbL history because he has removed a senseless tag. Removing a tag does not constitute a copyright, but mentioning him in the history is an infringement of moral rights. No it isn't. - OSMF Redaction Account claims to be the only author http://osm.mapki.com/history/way.php?id=8573909 Since the OSMF Redaction Account did not create any way, he cannot pretend to be the author of any way. It doesn't. You are just reading it wrong, or looking at the wrong web page. Compare: http://www.openstreetmap.org/browse/way/8573909/history - ODbL history ignores too many agreeing users (2nd example) http://osm.mapki.com/history/way.php?id=8094092 Undediced mapper Hotte Degoe has created an empty line without any tags. All tags were added by agreeing users, all points have been moved by agreeing users as well. Only v1 should be hidden, all other versions by agreeing mappers should be visible. The bot always considers a node membership in a way to be copyrightable, no matter if that node has been moved or not. Had you thought about this earlier and contributed a test case - or even taken part in the constructive discussion - then maybe this could have been done differently. These seven examples are quite simple cases without any complications. I am sure that some of you will be able to find many more examples where the bot has made severe errors. None of these errors are severe, and none have any legal implications that I can see. - OSMI should not ignore bot deletions Streets destroyed by the bot (e.g. Dahlmannstraße in Göttingen) disappear on OSMI, so there is no chance to check what the bot has destroyed, and why he did so. I'm sure we'll find a good way of displaying bot edits. I made a post about this on the dev list. Simply showing all bot deletions is not very helpful though, because there is no way to get rid of such markings even if the deleted data has long been replaced. I object to your choice of the word destroyed a street. The bot does not destroy streets. It just prevents data from being published. Hiding versions may be considered as breech of Creative Commons license, See above remark about Redaction 1/Redaction 2. If you have any Rails skills then your help is certainly welcome. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
[OSM-talk] Map and Programm for Offline
Hello, i search a programm which can see offline the maps and can calculate a route on my netbook. I use Gentoo Linux. I have installed navit, but the routing only with GPS Connectivity. Know someone the programm Geologger for Symbian? Which maps i can use with it. I need Germany, French, Spain (best as europe all together) and North Africa. Thx for help and Advice. Regards Silvio ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] WIWOSM is now activated at all Wikipedia languages
I activate now WIWOSM[1] on all language versions of Wikipedia that support the OSM-Gadget[2]. But it's still beta-status because it's not running on IE (we work on that.). WIWOSM is a project to highlighting objects that are described in the article by using the Wikipedia-Tag inside OSM. It would be nice we you can help to make the Wikipedia-Tags more popular. We have in the moment 168.000 Wikipedia-tags[3] in OSM but nearly 2 Mio. coordinates in Wikipedia, so there is a lot of work to do. Important is that the Wikipedia-Tag contains the language and the article. Later we can use this connection of both projects also for other features. To connect both projects we create two tools: *Wikipedia-Plugin in JOSM *http://wiki.openstreetmap.org/wiki/JOSM/Plugins/RemoteControl/Add-tags Greetings Kolossos [1] http://wiki.openstreetmap.org/wiki/WIWOSM [2] http://de.wikipedia.org/wiki/Hilfe:OpenStreetMap/en [3] http://taginfo.openstreetmap.org/keys/wikipedia ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Map and Programm for Offline
http://wiki.openstreetmap.org/wiki/Routing/OfflineRouters On 07/17/2012 05:57 PM, Silvio Siefke wrote: Hello, i search a programm which can see offline the maps and can calculate a route on my netbook. I use Gentoo Linux. I have installed navit, but the routing only with GPS Connectivity. Know someone the programm Geologger for Symbian? Which maps i can use with it. I need Germany, French, Spain (best as europe all together) and North Africa. --- m.v.g., Cartinus ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] WIWOSM is now activated at all Wikipedia languages
Kolossos wrote I activate now WIWOSM[1] on all language versions of Wikipedia that support the OSM-Gadget[2]. WIWOSM is also active in the WikiMiniAtlas, which is the map that shows if you click on the little globe icon in e.g. the English Wikipedia. WIWOSM is a really neat project to show the extents and shapes on the map of the features described in the wikipedia arctivle, and not just a single point pin. Particularly for extended objects like rivers or routes this can be very useful. The WikiMiniAtlas version even allows for size comparisons, by allowing you to move around the shape of an object as an overlay to anywhere in the world. e.g. to compare California to the UK or London to Berlin So perhaps one of the projects of the week / month could be to wikify all of the major rivers, regions and any other objects that would be useful to highlight on the Wikipedia maps. It could even be a joint project between wikipedia editors and osm mappers. Kai -- View this message in context: http://gis.19327.n5.nabble.com/WIWOSM-is-now-activated-at-all-Wikipedia-languages-tp5716970p5716978.html Sent from the General Discussion mailing list archive at Nabble.com. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Map and Programm for Offline
Hello! i search a programm which can see offline the maps and can calculate a route on my netbook. I use Gentoo Linux. I have installed navit, but the routing only with GPS Connectivity. Know someone the programm Geologger for Symbian? Which maps i can use with it. I need Germany, French, Spain (best as europe all together) and North Africa. libosmscout is a library that offer such features (offline map drawing and offline routing calculation). There are demo applications, but no ready to use applications. Depending on your (not specified in detail) requirements this is what you want...or not. -- Gruß... Tim ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] WIWOSM is now activated at all Wikipedia languages
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
Re: [OSM-talk] WIWOSM is now activated at all Wikipedia languages
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
[talk-au] I feel like such a newbie
Hi Ok thanks to John I am starting the first baby step to using mkgmap so I have installed Java. It think it works as I am using JOSM and that worked. Downloaded a small sample file of the Walls area using OSM data extract as I could not as yet figure out the other option and borrowing Australia from another suggested site was a bit big in file size for me and I was hoping to avoid splitting at this stage working on the KISS principle. This created a Walls_test.OSM file. Now quite chuffed with progress but then came unstuck here with this command line instruction. java -jar mkgmap.jar --route --remove-short-arcs --add-pois-to-areas --index --gmapsupp *.osm.pbf Now this is were my newbie status shows in spades. Am I correct to assume that this is a DOS command line instruction? If it is I then get this error 'Java' is not recognized as an internal or external command, operable program or batch file. Now and ice age of two has passed since I used DOS or Unix in anger and something tells me for java to be recognized it needs to be in a path. Ironically I would have a better chance of doing this in Unix than DOS as I once used .profiles extensively in Unix. Now if you have fallen off your chair laughing as this is not a command line instruction then please point me to what I should be doing. Also big hint on scripts would be good. I assume it might be a text file you write/steal/borrow? The idea is to create a MEM (Middle Earth Map for an Ent) just for Tassie at this stage with the zoom levels optimised for bushwalking. By that, big peaks and foot tracks showing up big time. As mentioned I played with the OSM_Australia *.IMG files with good success but they are optimised for motorised wheel machines not the la (or is is le?) ped. The ultimate is to bring contours and wait for it, natural features such as heath which is code for somewhere to pitch a tent. If I get it right then from the satellite imagines I should have a few spots pre-worked out. For those that have walked you can be five metres away from a perfect campsite but never know it. As again any pointers greatly appreciated. Cheers. ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] I feel like such a newbie
On Tue, Jul 17, 2012 at 8:52 PM, Brett Russell brussell...@live.com.au wrote: Ok thanks to John I am starting the first baby step to using mkgmap so I have installed Java. It think it works as I am using JOSM and that worked. Downloaded a small sample file of the Walls area using OSM data extract as I could not as yet figure out the other option and borrowing Australia from another suggested site was a bit big in file size for me and I was hoping to avoid splitting at this stage working on the KISS principle. This created a Walls_test.OSM file. Now quite chuffed with progress but then came unstuck here with this command line instruction. Hi Brett, Could you give us a bit of context what you're trying to achieve? Are you playing around with generating maps for the fun of it - if not, there might be easier ways to get the maps you want using existing online services (like hikebikemap) or whatever. You could also ask on the general mailing lists (t...@openstreetmap.org) if it's not specific to Australia. java -jar mkgmap.jar --route --remove-short-arcs --add-pois-to-areas --index --gmapsupp *.osm.pbf Now this is were my newbie status shows in spades. Am I correct to assume that this is a DOS command line instruction? If it is I then get this error Windows command prompt rather than DOS, but yes. (The prompt bears a passing similarity to DOS, but DOS itself hasn't been around for a decade or more.) 'Java' is not recognized as an internal or external command, operable program or batch file. You need to install it then. Install the JDK version (Java development kit). Now and ice age of two has passed since I used DOS or Unix in anger and something tells me for java to be recognized it needs to be in a path. Ironically I would have a better chance of doing this in Unix than DOS as I once used .profiles extensively in Unix. Now if you have fallen off your chair laughing as this is not a command line instruction then please point me to what I should be doing. Also big hint on scripts would be good. I assume it might be a text file you write/steal/borrow? What version of Windows are you using? If Java is installed but isn't in the path, do this: 1) Press windows key+Break 2) Advanced tab 3) Environment variables 4) Modify path variable to point to the bin directory of your Java installation. The idea is to create a MEM (Middle Earth Map for an Ent) just for Tassie at this stage with the zoom levels optimised for bushwalking. By that, big peaks and foot tracks showing up big time. As mentioned I played with the OSM_Australia *.IMG files with good success but they are optimised for motorised wheel machines not the la (or is is le?) ped. There really are lots of other forms of Garmin maps that you can download from other places. Take your pic: http://wiki.openstreetmap.org/wiki/OSM_Map_On_Garmin/Download Steve ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] I feel like such a newbie
Brett Russell wrote: 'Java' is not recognized as an internal or external command, operable program or batch file. That just means that Java isn't on your path. Where Java.exe will be will depend on your version of windows, and which version of Java you installed. You'll probably find it somewhere like here: C:\Program Files (x86)\Java\jdk1.6.0_32\bin or here: C:\Windows\SysWOW64 Although (as somebody else mentioned) you can download pre-built Garmin maps of various types, if you want to combine various bits of data you'll need to roll your own at some point, and you might as well start now. There's a bit of useful info on the OSM help site: help.openstreetmap.org/search/?q=mkgmapSubmit=searcht=question If you get stuck, you can also ask a new question there. Cheers, Andy ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] I feel like such a newbie
Hi Brett, You've made remarkable progress in a very short time! I'm a Linux user rather than Windows, so I can be of limited help there. I can add to Steve's reply. Firstly, you need to convert that pbf file to an osm one. You use the osmosis program to do that. http://wiki.openstreetmap.org/wiki/Osmosis Here's the Linux script I run to turn the pbf file I download into the Garmin gmapsupp.img file. It's a routable road map for my Garmin nuvi car GPS unit. I also create a cycling-orientated map for my Garmin 60CSx. #!/bin/sh cd $HOME/OSM/mkgmap/style/work /usr/user/osmosis-0.39/bin/osmosis --read-bin $HOME/OSM/mkgmap/style/australia-oceania.osm.pbf --write-xml australia.osm /usr/bin/java -Xmx1400M -jar /usr/user/splitter-r181/splitter.jar --cache=/tmp --output=xml australia.osm rm australia.osm /usr/bin/java -ea -Xmx1400M -jar /usr/user/mkgmap-r1995/mkgmap.jar --remove-short-arcs --style-file=$HOME/OSM/mkgmap/style/roadrte --route --gmapsupp -c template.args mv gmapsupp.img $HOME/OSM/mkgmap/road rm *.* cd I hope it hasn't wrapped, and still makes Unix-sense. I've inserted blank lines for readability just in case. Note that I need to use the splitter because my australia.osm file is so large. The splitter creates a series of manageable (smaller) osm files. John On 17/07/12 20:52, Brett Russell wrote: Ok thanks to John I am starting the first baby step to using mkgmap so I have installed Java. It think it works as I am using JOSM and that worked. Downloaded a small sample file of the Walls area using OSM data extract as I could not as yet figure out the other option and borrowing Australia from another suggested site was a bit big in file size for me and I was hoping to avoid splitting at this stage working on the KISS principle. This created a Walls_test.OSM file. Now quite chuffed with progress but then came unstuck here with this command line instruction. java -jar mkgmap.jar --route --remove-short-arcs --add-pois-to-areas --index --gmapsupp *.osm.pbf Now this is were my newbie status shows in spades. Am I correct to assume that this is a DOS command line instruction? If it is I then get this error 'Java' is not recognized as an internal or external command, operable program or batch file. Now and ice age of two has passed since I used DOS or Unix in anger and something tells me for java to be recognized it needs to be in a path. Ironically I would have a better chance of doing this in Unix than DOS as I once used .profiles extensively in Unix. Now if you have fallen off your chair laughing as this is not a command line instruction then please point me to what I should be doing. Also big hint on scripts would be good. I assume it might be a text file you write/steal/borrow? The idea is to create a MEM (Middle Earth Map for an Ent) just for Tassie at this stage with the zoom levels optimised for bushwalking. By that, big peaks and foot tracks showing up big time. As mentioned I played with the OSM_Australia *.IMG files with good success but they are optimised for motorised wheel machines not the la (or is is le?) ped. The ultimate is to bring contours and wait for it, natural features such as heath which is code for somewhere to pitch a tent. If I get it right then from the satellite imagines I should have a few spots pre-worked out. For those that have walked you can be five metres away from a perfect campsite but never know it. As again any pointers greatly appreciated. ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] I feel like such a newbie
FWIW recent splitter and mkgmap versions should work OK with pbf files, I think. (although I still convert to .osm myself, using osmconvert: https://wiki.openstreetmap.org/wiki/Osmconvert ) Cheers, Andy ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [Talk-br] criar mapa com icons no openstreet...
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] Fwd: [OSGeo-Brasil] Webinar nesta quarta-feira (18/7) a partir das 9h: Workshop de Lançamento TerraMA²
Será que as imagens poderiam ser utilizadas no OSM? []s -- Forwarded message -- From: Eduardo Freitas edua...@mundogeo.com Date: 2012/7/17 Subject: [OSGeo-Brasil] Webinar nesta quarta-feira (18/7) a partir das 9h: Workshop de Lançamento TerraMA² To: OSGeoBrasil bra...@lists.osgeo.org, OSGeo PT - The OSGeo Portugal Local Chapter portu...@lists.osgeo.org ** A Divisão de Processamento de Imagens do Instituto Nacional de Pesquisas Espaciais (DPI-Inpe), com o apoio do MundoGEO, convida toda a comunidade de geotecnologia a participar deste seminário online que apresentará o lançamento do TerraMA². Inscrições gratuitas em https://www2.gotomeeting.com/register/895581946. O TerraMA² é um sistema computacional baseado em uma arquitetura de serviços aberta, que provê a infraestrutura tecnológica necessária ao desenvolvimento de sistemas operacionais para monitoramento de alertas de riscos ambientais. Com o TerraMA², qualquer dado ambiental disponível na internet pode ser utilizado no monitoramento, tais como qualidade do ar e da água, epidemias, gasodutos, barragens, queimadas, abalos sísmicos, incêndios florestais, escorregamentos, enchentes, estiagens, interrupções de energia, dentre outros. Com inscrições gratuitas, este seminário online é indicado para todos os interessados em conhecer e utilizar o TerraMA². Programação: 9h Abertura - Leonel Fernando Perondi, Diretor do Inpe 9h15 Histórico do Projeto - Leila Maria Garcia Fonseca, Chefe da DPI-Inpe 9h30 TerraMA²: Visão Geral - Eymar Silva Sampaio Lopes, Pesquisador da DPI-Inpe 10h20 TerraMA²: Demonstração - Carlos Augusto Teixeira Mendes e Raphael Meloni (K2-Sistemas) 11h20 Ciaden: Caso de sucesso - Lourenço Magnoni Júnior e Guido Branco Júnior (Ciaden) 12h Intervalo 13h30 Monitoramento do Gasoduto Brasil-Bolívia - Gilberto Luis Sanches Hernandes (TBG) 14h10 Geodesastres-Sul - Tânia Maria Sausen (CRS-Inpe) 15h Prefeitura de Campinas - Renato Piola Filho (IMA) 15h40 Intervalo 16h Eumetcast - Humberto A. Barbosa (Lapis/Icat/Ufal) 16h40 Perguntas 17h Encerramento Os participantes poderão interagir com os apresentadores, enviando suas questões através do chat. Após o webinar, serão enviados certificados digitais de participação a todos que estiverem online na sessão. Abs Eduardo Freitas MundoGEO ___ Brasil mailing list bra...@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/brasil ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-de] Relationen aus der Sicht der Auswertung - Segen oder Fluch??
Hallo, On 07/17/12 02:11, Stephan Wolff wrote: Bei Multipolygon, Abbiege- oder Nahverkehrsrelationen mag es zutreffen, bei einfachen Objektrelationen sehe ich es nicht. Durch welche Operationen würde die Relation zerstört? Was sind denn einfache Objektrelationen? Den Begriff hoere ich zum ersten Mal. Jede Relation modelliert eine bestimmte Art von Beziehung, und diese Beziehung muss man verstehen, um sie richtig editieren zu koennen. 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. 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? Die Abfrage Westring, Kiel liefert etwa 50 einzelne Straßensegmente. Ein Way mit dem Namen 'Westring' ist Mitglieder einer Relation. Der Name des Ways wird nun auf 'Suedring' geaendert. Muss er deswegen aus der Relation entfernt werden... ;) Eine Relation fuer den Westring in Kiel ist dann sinnvoll, wenn sie auch Objekte mit anderem Namen als Westring enthalten soll. Soll sie das nicht, dann kann man sich die Relation sparen. 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 dem gleichen Asphalt, dann wird sie sinnvoll, denn ein ref=B10,B12 am Way will niemand auswerten. Leider haben wir es bei OSM relativ oft mit Menschen zu tun, die die Welt in Datenbankmodellen betrachten und denen wenn schon, dann einheitlich auf die Stirn taetowiert ist. Das fuehrt dann dazu, dass wenn irgendwo in Peru mal zwei Strassen mit unterschiedlichem ref=* auf den gleichen Ways verlaufen, weltweit fuer alle Strassen Relationen eingefuehrt werden muessen ;) - Kartendarstellungen unabhängig von Unterteilungen in einzelne OSM ways auch Renderer oder deren Preprocessing können das zusammenfassen. Theoretisch vielleicht, praktisch nicht. Verstehe ich Dich richtig: Renderer koennten theoretisch gleichzubehandelnde Strassensegmente zusammenfassen, aber dass sie das im Augenblick nicht tun, ist Grund dafuer, diese Zusammenfassung in Relationen vorzunehmen UND DANN ANZUNEHMEN, DASS RENDERER DAHINGEHEND GEAENDERT WERDEN, DIES ZU BERUECKSICHTIGEN? Das scheint mir nicht logisch. Entweder gehen wir davon aus, dass Renderer unvebresserlich sind, dann haben auch Strassenzusammenfassungsrelationen fuer das Rendering keinen Nutzen, oder wir gehen davon aus, dass Renderer durchaus verbessert werden koennen, dann koennte man den hier Nutzen, ueber den hier spekuliert wird, auch ohne Relationen durch Verbesserungen im Renderer erzielen. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relationen aus der Sicht der Auswertung - Segen oder Fluch??
On Tue, Jul 17, 2012 at 02:11:37AM +0200, Stephan Wolff wrote: Wozu also die Relation? Nur fuer die fiktive Frage wie viele Strassen hat die Stadt? Für alle Fragen, die Straßen (im üblichen Sinn) betreffen: - Suche: Wo ist die ...straße? - Aktuell liefert Nominatim zu einer langen Straße oft mehrere Dutzend Treffer von OSM ways. Wenn Nominatim das entsprechend zusammenfassen kann (z.T. tut es das AFAIK), ist das auch da behoben. Die Abfrage Westring, Kiel liefert etwa 50 einzelne Straßensegmente. Das Problem steht irgendwo auf der Todo-Liste. Die Lösung dazu wird aber mit Sicherheit nicht aus der Auswertung irgendwelcher Strassenrelationen bestehen. Gruss Sarah ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Reaktivieren der Gary68-Tools
hi! der gary68 hatte lange Zeit so effektive Tools für das Aufspüren von Lücken, Überscheidungen etc. Wäre es nicht irgendwie sinnvoll diese kurzfristig wieder zu aktivieren um die Lücken durch den Lizenzbot aufzuspüren. Ich habe keine Linux-Maschine zur Verfügung und unter Windows gab es erhebliche Probleme dafür. Vielleicht könnte man damit auch nochmal Aktionen für andere Bereiche machen. Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Nachfrage OSMF Redaction Account - was tut der?
Hallo, ich hatte die Tage flüchtig gelesen, daß der OSMF Redaction Account jetzt über Irland gejagt wird, um die neue Lizenz umzusetzen. Habe ich das richtig ausgedrückt? Jedenfalls sehe ich hier und da Änderungen des OSMF Redaction Account, die mir über reine Lizenzgeschichten hinaus zu gehen scheinen. (Und die nicht direkt in Irland liegen.) Frage 1: Ist irgendwo nachzulesen, was der Bot genau tut? Frage 2: Wenn der Bot etwas löscht, ist es dann in Ordnung, wenn ich es aus meinen Aufzeichnungen wieder herstelle? Oder weiß der Bot auch so Sachen wie: Das und das ist nicht dort und dort? Hab mich nie mit dem Thema beschäftigt, also Entschuldigung für die naiven Fragen ... JJ ___ 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 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
Re: [Talk-de] Relationen aus der Sicht der Auswertung - Segen oder Fluch??
Sarah Hoffmann lon...@denofr.de schrieb: On Tue, Jul 17, 2012 at 02:11:37AM +0200, Stephan Wolff wrote: Wozu also die Relation? Nur fuer die fiktive Frage wie viele Strassen hat die Stadt? Für alle Fragen, die Straßen (im üblichen Sinn) betreffen: - Suche: Wo ist die ...straße? - Aktuell liefert Nominatim zu einer langen Straße oft mehrere Dutzend Treffer von OSM ways. Wenn Nominatim das entsprechend zusammenfassen kann (z.T. tut es das AFAIK), ist das auch da behoben. Die Abfrage Westring, Kiel liefert etwa 50 einzelne Straßensegmente. Das Problem steht irgendwo auf der Todo-Liste. Die Lösung dazu wird aber mit Sicherheit nicht aus der Auswertung irgendwelcher Strassenrelationen bestehen. Auf wessen Todo-Liste und woher nimmst Du diese Sicherheit? Klingt wie ein Alleingang. Gruß Christian ___ 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 13:22, schrieb Christian Müller: Sarah Hoffmann lon...@denofr.de schrieb: [...] Auf wessen Todo-Liste und woher nimmst Du diese Sicherheit? Klingt wie ein Alleingang. Alleingang nicht unbedingt, aber da Sarah Nominatim-Maintainerin ist, würde ich das mal so akzeptieren ;) 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??
Peter Wendorff wendo...@uni-paderborn.de schrieb: Am 17.07.2012 13:22, schrieb Christian Müller: Sarah Hoffmann lon...@denofr.de schrieb: [...] Auf wessen Todo-Liste und woher nimmst Du diese Sicherheit? Klingt wie ein Alleingang. Alleingang nicht unbedingt, aber da Sarah Nominatim-Maintainerin ist, würde ich das mal so akzeptieren ;) Bitte mal melden. Falls hier noch ein paar Stimmen zusammenkommen, können wir endlich diesen leidigen, zähen und trägen Community-Prozess abschaffen. Ich wäre dann für eine Umfirmierung in OfDSM - OpenforDevsStreetMap. Oder CfjmaraSM - ClosedforjoemapperandrelationaddictsStreetMap. 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. Das soll explizit kein rant an die maintainerin sein, aber es passt thematisch ganz gut hier her und ist imho wichtiger, als Lösungen dort zu finden, wo bereits funktionierende bestehen. Gruß Christian ___ 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 08:38, schrieb Frederik Ramm: Jede Relation modelliert eine bestimmte Art von Beziehung, und diese Beziehung muss man verstehen, um sie richtig editieren zu koennen. +1 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? In JOSM ist der Standardfall, den dadurch neu enstandenen Weg an gleicher Position einzufügen. Dieses Verhalten ist mir in den letzten Jahren nicht einmal negativ aufgefallen - weder bei MPs, noch bei Routen, noch bei sonst irgendwelchen Relationen.. 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. Speziell für Löschungen sieht JOSM solche Warnungen vor und bietet geeignet Alternativen an - gerade auch beim split / join von ways mit Relationen, wie es mit Potlatch aussieht, ist mir unbekannt. Die Abfrage Westring, Kiel liefert etwa 50 einzelne Straßensegmente. Ein Way mit dem Namen 'Westring' ist Mitglieder einer Relation. Der Name des Ways wird nun auf 'Suedring' geaendert. Muss er deswegen aus der Relation entfernt werden... ;) Das kommt darauf an - wenn die Änderung korrekt ist und die Wirklichkeit reflektiert vermutlich schon. Eine Relation fuer den Westring in Kiel ist dann sinnvoll, wenn sie auch Objekte mit anderem Namen als Westring enthalten soll. Soll sie das nicht, dann kann man sich die Relation sparen. Gibst Du bitte eine Heuristik an, die präzise genug entscheiden kann, wie der Objektzusammenhang ist? Selbst auf Hausnummern als unique-Kriterium wäre kein Verlass, denn die sind ggf. doppelt oder gar nicht in der DB. Es kann durchaus zwei unterschiedliche Straßen mit gleichem Namen in Gebieten geben, die nicht durch zwei einfache bboxes auseinanderzuhalten sind. 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. 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. - 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 - 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.) - _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 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 dem gleichen Asphalt, dann wird sie sinnvoll, denn ein ref=B10,B12 am Way will niemand auswerten. Nein, dadurch
[Talk-de] Polen bitte nocht nicht remappen!
Hi, es gab ein Problem des Lizenzumstellungsbots, durch den eine Liste von Objekten, die ODBL-sauber sind, ignoriert wurde. Dadurch wurden zu viele Objekte versteckt. Es wird gerade an der Lösung gearbeitet, bitte mappt noch nichts in Polen neu, um Konflikte beim Revert zu vermeiden und weil ein Teil der Objekte sowieso wieder auftauchen werden. Für Datenkonsumenten: es wird versucht, die Reparatur so durchzuführen, dass sich aus den Diffs wieder der richtige Datenbestand ergibt. Gruß, Fabian.___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fwd: [OSM-talk] Licence redaction ready to begin
Am 16.07.2012 21:22, schrieb Frederik Ramm: Hallo, On 16.07.2012 19:39, cottaer wrote: http://www.openstreetmap.org/browse/way/44357094/history [1] 1) Der Bot hinterlässt unbrauchbare Daten (Polylines ohne Tags), das Beispiel war mal ne Straße. Ob das jemand aufräumt? Die Alternative ist, die Linie auch gleich zu loeschen - mehr ist nicht drin. Entweder gar keine Linie, oder eine Linie ohne Tags. Was man aber machen sollte: Eine Karte, die alles zeichnet, was der Bot zuletzt angefasst hat. Da wuerde sowas dann sichtbar. Andrerseits: Im OSMI ist diese Strasse seit einem halben Jahr rot markiert und offensichtlich hat's niemanden interessiert... daher wuerd ich die Frage ob das jemand aufraeumt mal eher mit nein beantworten ;) Ich habe mich selbst mal am remappen versucht, am Straßennetz, weil mir das am wichtigsten erschien. Glücklicherweise ist meine Ecke kaum betroffen. Aber trotzdem, kaputte Straße gelöscht, war auch nur ein Abschnitt, nach Luftbild neu gemappt, allen einmündenden Wege/Straßen ordentlich verbunden, Attribute soweit mir bekannt eingetragen, Relationen repariert... ein ziemlicher Aufwand für nicht viel Effekt. Ich habe dann damit erstmal nicht weiter gemacht. Ich habe auch beobachtet, dass in meiner Ecke kaum irgendwas remappt wurde, nichtmal am Straßennetz. Eine Karte mit den Objekten, die tatsächlich angefasst wurden, wäre wirklich sicher sehr hilfreich. Soweit nur einzelne Gebäude, andere Objekte oder kurze Straßenstücken gelöscht wurden, fällt das kaum auf der großen Karte auf. Man müsste dafür entweder die konkrete Gegend sehr gut kennen oder sehr sorgfältig die Daten mit den Luftbildern abgleichen. Da ich beobachtet habe, und das wurde ja auch schon diskutiert, dass es ziemlichen Bedarf bei der Datenpflege gibt, fürchte ich, dass ein Teil der Lücken wohl sehr lange bestehen bleiben wird. Insbesondere macht es ja auch keinen Spaß, so ein Flickwerk, wie es zum Beispiel in Polen entstanden ist, zu reparieren (hoffentlich kann, wie in der letzten Mail geschrieben, noch einiges wiederhergestellt werden). VG Cottaer ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fwd: [OSM-talk] Licence redaction ready to begin
cottae schrieb: Ich habe mich selbst mal am remappen versucht, am Straßennetz, weil mir das am wichtigsten erschien. Glücklicherweise ist meine Ecke kaum betroffen. Aber trotzdem, kaputte Straße gelöscht, war auch nur ein Abschnitt, nach Luftbild neu gemappt, allen einmündenden Wege/Straßen ordentlich verbunden, Attribute soweit mir bekannt eingetragen, Relationen repariert... ein ziemlicher Aufwand für nicht viel Effekt. Ich hab hier noch einige andere Fehlertypen gesehen: - Eine Strasse, der ein paar Knoten fehlen, aber die Knoten liegen noch da. - Endknoten und Startknoten sind nicht mit dem Weg verbunden. - Nur End- und Startknoten sind im Weg, alle Kurven sind weg. - Alle Zusatzeigenschaften (gauge, electrified, ...) sind eingetragen, aber railway=tram fehlt. - Geschlossene Wege (Gebaeude, Teiche) sind ploetzlich offen, weil ein paar Knoten fehlen. - Der Name von Strassen fehlt. Ich sehe ebenso grossen Bedarf fuer eine neue Qualitaetsoffensive auf uns zukommen. stw -- However, in a mobile [...] network, a given node is rarely stuck in such a position, and this improves fairness dramatically. [Chen et al. 2002 Span: Topology Maintenance in Wireless Networks] ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fwd: [OSM-talk] Licence redaction ready to begin
On 17/07/12 20:06, Steffen Wolf wrote: On 17/07/12 19:25, cottaer wrote: Am 16.07.2012 21:22, schrieb Frederik Ramm: On 16.07.2012 19:39, cottaer wrote: http://www.openstreetmap.org/browse/way/44357094/history [1] 1) Der Bot hinterlässt unbrauchbare Daten (Polylines ohne Tags), das Beispiel war mal ne Straße. Ob das jemand aufräumt? Die Alternative ist, die Linie auch gleich zu loeschen - mehr ist nicht drin. Entweder gar keine Linie, oder eine Linie ohne Tags. Was man aber machen sollte: Eine Karte, die alles zeichnet, was der Bot zuletzt angefasst hat Eine Karte mit den Objekten, die tatsächlich angefasst wurden, wäre wirklich sicher sehr hilfreich. Ich sehe ebenso grossen Bedarf fuer eine neue Qualitaetsoffensive auf uns zukommen. +10 Ich habe mich selbst mal am remappen versucht, am Straßennetz, weil mir das am wichtigsten erschien. Glücklicherweise ist meine Ecke kaum betroffen. Aber trotzdem, kaputte Straße gelöscht, war auch nur ein Abschnitt, nach Luftbild neu gemappt, allen einmündenden Wege/Straßen ordentlich verbunden, Attribute soweit mir bekannt eingetragen, Relationen repariert... ein ziemlicher Aufwand für nicht viel Effekt. Ich hab hier noch einige andere Fehlertypen gesehen: - Eine Strasse, der ein paar Knoten fehlen, aber die Knoten liegen noch da. - Endknoten und Startknoten sind nicht mit dem Weg verbunden. - Nur End- und Startknoten sind im Weg, alle Kurven sind weg. - Alle Zusatzeigenschaften (gauge, electrified, ...) sind eingetragen, aber railway=tram fehlt. - Geschlossene Wege (Gebaeude, Teiche) sind ploetzlich offen, weil ein paar Knoten fehlen. - Der Name von Strassen fehlt. Das mit dem Namen ist schon merkwürdig. Node: 27339628 zB. wurde acht mal mit zusätzlichen Tags versehen und name:de hat auch überlebt nur der Name des Bahnhofs halt nicht. Denke das zumindest einer der anderen User den auch getaggt hätte, aber er war ja schon richtig. Auch das Fehlen mancher Tags ist mir schleierhaft. zB Way: 31723696 hatte schon in der ersten Version admin_level=8 als Tag aber jetzt fehlt die Eigentschaft. cu fly ___ 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 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. 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. 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 [1] http://www.osm.org/browse/relation/123924 [2] http://wiki.openstreetmap.org/wiki/WIWOSM ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Zurueck in die Steinzeit
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 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
Am 17.07.2012 22:17, schrieb Florian Lohoff: Und das alles weil eine kleine Gruppe beschlossen hat CC-BY-SA ist doof. Und das alles weil eine kleine Gruppe beschlossen hat ODBL ist doof und nicht zugestimmt hat. Kopfschuettelnd Flo Kopfschuettelnd, Michael. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Zurueck in die Steinzeit
Danke Michael! Gesendet von unterwegs: Christian von Rotenhan Segnitzstraße 19 97422 Schweinfurt Am 17.07.2012 um 22:38 schrieb Michael Kugelmann michaelk_...@gmx.de: Am 17.07.2012 22:17, schrieb Florian Lohoff: Und das alles weil eine kleine Gruppe beschlossen hat CC-BY-SA ist doof. Und das alles weil eine kleine Gruppe beschlossen hat ODBL ist doof und nicht zugestimmt hat. Kopfschuettelnd Flo Kopfschuettelnd, Michael. ___ 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] Zurueck in die Steinzeit
On Tue, Jul 17, 2012 at 10:38:31PM +0200, Michael Kugelmann wrote: Am 17.07.2012 22:17, schrieb Florian Lohoff: Und das alles weil eine kleine Gruppe beschlossen hat CC-BY-SA ist doof. Und das alles weil eine kleine Gruppe beschlossen hat ODBL ist doof und nicht zugestimmt hat. Der schaden ist entstanden weil Menschen einen Lizenzwechsel unbedingt wollten und leider mapper nicht erreichbar waren. Der naechste Ort von mir hat ~20K Einwohner und ist komplett weg. 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. Und Steve hat sich schon von Jahren auf der SOTM hingestellt und hat aus den statistiken gezeigt das Mapper im durchschnitt 3 Monate aktiv sind und dann wieder verschwinden. Wie kann man da bei einem Projekt das Jahre besteht erwarten das man alle erreicht? 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] OSM T-Shirt?
Andreas Labres wrote: Das alte monochrome Logo gibt's im Wiki[0]. Damit ein Sujet machen ist unproblematisch. Hier unsere Bag vom letzten Jahr: http://sotm-eu.org/files/bag.jpg Machst' Dir damit halt eins... So sehr ich ja eigentlich für's selbermachen bin, aber eigentlich hätte ich das Ding relativ zeitnah gebraucht und hatte gehofft, irgendwo sowas einfach so kaufen zu können. Am ehesten kommt noch das hier an meine Vorstellungen ran: http://byteorder.spreadshirt.de/osm-motiv-ruecken-aa-t-shirt-navy-A10395532 Der Preis ist allerdings schon etwas heftig. Zumal da noch Versand drauf kommt... Gruß Manuel ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Zurueck in die Steinzeit
Am 17.07.2012 22:53, schrieb Florian Lohoff: Der schaden ist entstanden weil Menschen einen Lizenzwechsel unbedingt wollten Das Problem ist entstanden weil manche die seit der SOTM 2007 (Podiumsdiskussion) feststehende Untauglichkeit der CCbySA konsequent ignorieren. Bis heute. Das Ergebnis war ein unnötige Hinauszögern der Umstellung. Und diese Verzögerungstaktik sorgt für unnötig viel Leid, das wir jetzt leider tragen müssen. und leider mapper nicht erreichbar waren. Dann sind sie aber nicht mehr aktiv = hätten auch keine Pflege etc. gemacht. Und trotz massiven Aufrufen zum Remapping etc. und dem Vorhandensein von Hilfsmitteln (Badmap, OSMI) hat sich niemand verantworlich gefüht. Der naechste Ort von mir hat ~20K Einwohner und ist komplett weg. Scheinbar war er niemand wichtig genug. Warum hast Du es nicht gemacht? Jammern dass etwas verschwindet ist leicht. Ich habe in meinen Gegenden aktiv remappt, da ist nichts weggefallen, obwohl es einige Ablehnen und Nichtzustimmer gab! 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. Das ist das Selbe wie bei der Schlecker-Diskussion vor kurzem: von 5 Schlecker-Märkten im Ort waren 3 noch exitent, einer schon länger weg (umgezogen, das war der Vorgänger eines der existenten) und einer vermutlich seit längerer Zeit unabhängig von der Insoplvenz geschlossen. Da würde ich auch sagen: schlecht gepflegte Daten = wenn die von Zeit zu Zeit gelöscht werden ist das nicht mal so falsch. Ist zwar traurig, aber eine Lücke ist klarer als falsche Daten. Und Steve hat sich schon von Jahren auf der SOTM hingestellt und hat aus den statistiken gezeigt das Mapper im durchschnitt 3 Monate aktiv sind und dann wieder verschwinden. Na ja, das trifft vielleicht für einige Mapper zu, es gibt aber sehr (!) viel leute die lange und fest kleben bleiben. Auch deswegen weil immer mehr auf OSM umgestellt wurd (switch2OSM, Apple, foursquare, ...) Wie kann man da bei einem Projekt das Jahre besteht erwarten das man alle erreicht? Es ist wohl bekannt, dass nur 10% der angemeldeten User auch wirklich aktiv sind, nichts neues. Aber die Gesamtzahl steigt kontinuierlich weiter. Und dadurch ergibt sich eine immer bessere Abdeckung, auch wenn einige Personen wieder wegfallen. Und das ist gut für die Community / das Projekt. Grüße, Michael. PS: ich bin diese fortwärende Lizenzdiskussion mehr als Leid... ___ 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 08:38, schrieb Frederik Ramm: Hallo, On 07/17/12 02:11, Stephan Wolff wrote: Bei Multipolygon, Abbiege- oder Nahverkehrsrelationen mag es zutreffen, bei einfachen Objektrelationen sehe ich es nicht. Durch welche Operationen würde die Relation zerstört? Was sind denn einfache Objektrelationen? Den Begriff hoere ich zum ersten Mal. Einfach = nicht komplex (ohne feste Sortierung, vorgeschriebene role- Elemente, ungültige Geometrien). Jede Relation modelliert eine bestimmte Art von Beziehung, und diese Beziehung muss man verstehen, um sie richtig editieren zu koennen. 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. Für unbekannte Relationen nimmt JOSM beide Teile auf. Das ist bei den hier diskutierten Relationen genau richtig. Der Mapper muss nichts beachten, der Editor nicht geändert werden. Ich vermute, die anderen Editoren verhalten sich ebenso. Eine Relation fuer den Westring in Kiel ist dann sinnvoll, wenn sie auch Objekte mit anderem Namen als Westring enthalten soll. Soll sie das nicht, dann kann man sich die Relation sparen. Namensgleichheit bedeutet nicht Identität. Viele Namen kommen mehrfach vor, manchmal auch in räumlicher Nähe. 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 dem gleichen Asphalt, dann wird sie sinnvoll, denn ein ref=B10,B12 am Way will niemand auswerten. Ist das dein Ernst? Ob B10 in B10;B12 enthalten ist, kann man trivial auswerten. Die Frage, ob zwei ways mit gleichem Namen zusammengehören ist dagegen ungleich schwieriger zu beantworten. - Kartendarstellungen unabhängig von Unterteilungen in einzelne OSM ways auch Renderer oder deren Preprocessing können das zusammenfassen. Theoretisch vielleicht, praktisch nicht. Verstehe ich Dich richtig: Renderer koennten theoretisch gleichzubehandelnde Strassensegmente zusammenfassen, aber dass sie das im Augenblick nicht tun, ist Grund dafuer, diese Zusammenfassung in Relationen vorzunehmen UND DANN ANZUNEHMEN, DASS RENDERER DAHINGEHEND GEAENDERT WERDEN, DIES ZU BERUECKSICHTIGEN? Du hast mich falsch verstanden. Eine Erweiterung der Renderer, um Wege durch eine Umkreissuche und Tagvergleich zusammenzufassen, wäre schwer zu programmieren, aber vor allem würde die Rechenzeit so stark erhöht, dass es nicht praktisch nutzbar ist. Ein vom Mapper explizit erstellte wäre dagegen schnell und einfach auswertbar. Ich möchte das Thema nicht weiter vertiefen. Ich habe nicht gefordert, für alle Straßen sofort Relationen zu erstellen. Meine (weiter bestehende) These ist, dass OSM auf mittlere Sicht für jedes Objekt der realen Welt eine Verknüpfung der dazugehörenden OSM-Elemente benötigt. Viele Grüße Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Zurueck in die Steinzeit
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. Gruß, Bernd -- Frauen begnügen sich nicht mehr mit der Hälfte des Himmels, sie wollen die Hälfte der Welt. - Alice Schwarzer signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Zurueck in die Steinzeit
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 Flo ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de 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. Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-it] Fwd: [Rebuild] Map display of the redaction bot progress
2012/7/13 Martin Koppenhoefer dieterdre...@gmail.com: Harry Wood ha creato una mappa che consente di vedere il progresso del redaction bot (che toglie dati incompatibili con la nuova licenza). verde significa processato, rosso significa bot ha riscontrato problemi e giallo è il tile che viene attualmente processato. italia completata sembra che sia andato tutto a buon fine! ciao, Martin -- ciao Luca http://gis.cri.fmach.it/delucchi/ www.lucadelu.org ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Fwd: [Rebuild] Map display of the redaction bot progress
Il 17 luglio 2012 12:03, Luca Delucchi lucadel...@gmail.com ha scritto: italia completata sembra che sia andato tutto a buon fine! scusate manca ancora una piccolissima parte nell'alto adigeperò ci siamo quasi -- ciao Luca http://gis.cri.fmach.it/delucchi/ www.lucadelu.org ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Fwd: [Rebuild] Map display of the redaction bot progress
2012/7/17 Luca Delucchi lucadel...@gmail.com: 2012/7/13 Martin Koppenhoefer dieterdre...@gmail.com: Harry Wood ha creato una mappa che consente di vedere il progresso del redaction bot (che toglie dati incompatibili con la nuova licenza). verde significa processato, rosso significa bot ha riscontrato problemi e giallo è il tile che viene attualmente processato. italia completata sembra che sia andato tutto a buon fine! Non sarebbe male mettere in piedi una istanza di osmose anche per l'italia: http://osmose.openstreetmap.fr/utils/info.py?item=7060 http://osmose.openstreetmap.fr/map/?item=7060 permette di vedere puntualmente le zone dove ha agito il bot. idee? -- -S ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Fwd: [Rebuild] Map display of the redaction bot progress
Il 17 luglio 2012 12:08, Simone Cortesi sim...@cortesi.com ha scritto: permette di vedere puntualmente le zone dove ha agito il bot. idee? sul server openstreetmap.it riuscirebbe a girarci? -- -S -- ciao Luca http://gis.cri.fmach.it/delucchi/ www.lucadelu.org ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Fwd: [Rebuild] Map display of the redaction bot progress
2012/7/17 Luca Delucchi lucadel...@gmail.com: Il 17 luglio 2012 12:08, Simone Cortesi sim...@cortesi.com ha scritto: permette di vedere puntualmente le zone dove ha agito il bot. idee? sul server openstreetmap.it riuscirebbe a girarci? no, ma è da un po' che penso di aggiornarlo a qualcosa di piu' recente. -- -S ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Fwd: [Rebuild] Map display of the redaction bot progress
Il 17 luglio 2012 12:16, Simone Cortesi sim...@cortesi.com ha scritto: 2012/7/17 Luca Delucchi lucadel...@gmail.com: Il 17 luglio 2012 12:08, Simone Cortesi sim...@cortesi.com ha scritto: permette di vedere puntualmente le zone dove ha agito il bot. idee? sul server openstreetmap.it riuscirebbe a girarci? no, ma è da un po' che penso di aggiornarlo a qualcosa di piu' recente. io potrei metterlo sul server della fondazione, ma: - questa settimana non ho proprio tempo - come requisito c'è postgresql 8.4 e io ho postgresql 9.1 -- -S -- ciao Luca http://gis.cri.fmach.it/delucchi/ www.lucadelu.org ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Fwd: [Rebuild] Map display of the redaction bot progress
2012/7/17 Luca Delucchi lucadel...@gmail.com: Il 17 luglio 2012 12:16, Simone Cortesi sim...@cortesi.com ha scritto: 2012/7/17 Luca Delucchi lucadel...@gmail.com: Il 17 luglio 2012 12:08, Simone Cortesi sim...@cortesi.com ha scritto: permette di vedere puntualmente le zone dove ha agito il bot. idee? sul server openstreetmap.it riuscirebbe a girarci? no, ma è da un po' che penso di aggiornarlo a qualcosa di piu' recente. io potrei metterlo sul server della fondazione, ma: - questa settimana non ho proprio tempo - come requisito c'è postgresql 8.4 e io ho postgresql 9.1 e fare una virtual machine? -- -S ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Fwd: [Rebuild] Map display of the redaction bot progress
Mi intrometto un secondo, potreste lanciare lo script delle statistiche di Gfoss oggi o domani invece che domenica? Può essere una misura di dove intervenire (in particolare mostrerebbe i km di strade persi e i comuni più colpiti) confrontando coi dati di domenica! Grazie, Stefano ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Fwd: [Rebuild] Map display of the redaction bot progress
Il 17 luglio 2012 12:22, Simone Cortesi sim...@cortesi.com ha scritto: e fare una virtual machine? è già una virtual machine... -- -S -- ciao Luca http://gis.cri.fmach.it/delucchi/ www.lucadelu.org ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Fwd: [Rebuild] Map display of the redaction bot progress
Il 17 luglio 2012 12:29, sabas88 saba...@gmail.com ha scritto: Mi intrometto un secondo, potreste lanciare lo script delle statistiche di Gfoss oggi o domani invece che domenica? Può essere una misura di dove intervenire (in particolare mostrerebbe i km di strade persi e i comuni più colpiti) confrontando coi dati di domenica! se si può fare lo può fare niccolo, ma in questi giorni mi ha detto che è abbastanza offline Grazie, Stefano -- ciao Luca http://gis.cri.fmach.it/delucchi/ www.lucadelu.org ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Fwd: [Rebuild] Map display of the redaction bot progress
Mi sa che osmose ho sotto un carico... Il giorno 17 luglio 2012 13:13, Luca Delucchi lucadel...@gmail.com ha scritto: Il 17 luglio 2012 12:29, sabas88 saba...@gmail.com ha scritto: Mi intrometto un secondo, potreste lanciare lo script delle statistiche di Gfoss oggi o domani invece che domenica? Può essere una misura di dove intervenire (in particolare mostrerebbe i km di strade persi e i comuni più colpiti) confrontando coi dati di domenica! se si può fare lo può fare niccolo, ma in questi giorni mi ha detto che è abbastanza offline Grazie, Stefano -- ciao Luca http://gis.cri.fmach.it/delucchi/ www.lucadelu.org ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Strumenti per il remapping post-bot
Segnalo questo rendering di cui non ero a conoscenza:
http://cleanmap.poole.ch/
Il layer badmap, a quanto ho capito, mostra tutti gli elementi cancellati.
Ho già importato tale layer nel mio JOSM, inserendolo fra le immagini
aeree disponibili con la stringa
tms:http://tile2.poole.ch/gone/{zoom}/{x}/{y}.png
Ora si ragiona :-)
--
Giacomo Boschi
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Strumenti per il remapping post-bot
grazie della segnalazione,
è un ottimo aiuto per il remapping. Anche se per tracciare le nuove
geometrie non bisogna guardare quelle eliminate :-)
dando un'occhiata a nord-est la perdita più grossa è stata la sparizione
delle strade di Venezia.
Ciao,
Stefano
Il giorno 17 luglio 2012 14:38, Giacomo Boschi gwil...@gmail.com ha
scritto:
Segnalo questo rendering di cui non ero a conoscenza:
http://cleanmap.poole.ch/
Il layer badmap, a quanto ho capito, mostra tutti gli elementi
cancellati.
Ho già importato tale layer nel mio JOSM, inserendolo fra le immagini
aeree disponibili con la stringa
tms:http://tile2.poole.ch/**gone/{zoom}/{x}/{y}.pnghttp://tile2.poole.ch/gone/%7Bzoom%7D/%7Bx%7D/%7By%7D.png
Ora si ragiona :-)
--
Giacomo Boschi
__**_
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.**org/listinfo/talk-ithttp://lists.openstreetmap.org/listinfo/talk-it
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Strumenti per il remapping post-bot
On 2012-07-17 at 14:38:35 +0200, Giacomo Boschi wrote:
Ho già importato tale layer nel mio JOSM, inserendolo fra le
immagini aeree disponibili con la stringa
tms:http://tile2.poole.ch/gone/{zoom}/{x}/{y}.png
Ora si ragiona :-)
non mi pare per niente una buona idea: così di fatto si reinseriscono
nel database dati contaminati dalla vecchia licenza
--
Elena ``of Valhalla''
___
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 Stefano Salvador stefano.salva...@gmail.com: grazie della segnalazione, è un ottimo aiuto per il remapping. Anche se per tracciare le nuove geometrie non bisogna guardare quelle eliminate :-) dando un'occhiata a nord-est la perdita più grossa è stata la sparizione delle strade di Venezia. Di cui attendevamo con ansia l'evento. \o/ 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. -- E' assurdo impiegare gli uomini di intelligenza eccellente per fare calcoli che potrebbero essere affidati a chiunque se si usassero delle macchine Gottfried Wilhelm von Leibnitz, Filosofo e Matematico (1646-1716) Internet è la più grande biblioteca del mondo. Ma il problema è che i libri sono tutti sparsi sul pavimento John Allen Paulos, Matematico (1945-vivente) Luca 'remix_tj' Lorenzetto, http://www.remixtj.net , lorenzetto.l...@gmail.com ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Strumenti per il remapping post-bot
non mi pare per niente una buona idea: così di fatto si reinseriscono nel database dati contaminati dalla vecchia licenza Scusate l'ignoranza ma se, avendo da una parte la BADMAP, creo le parti perse sulla base di Bing non va bene? Non dico di ricalcare i dati tagliati fuori, ma farsi aiutare per individuare i buchi è comunque illecito? giovanni -- Elena ``of Valhalla'' ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Strumenti per il remapping post-bot
Sto provando con l'OSM History Viewer, non funge... :-( Ciao /niubii/ Il giorno 17 luglio 2012 15:38, Simone Saviolo simone.savi...@gmail.comha scritto: Attenzione che la BADMAP è solo una buona approssimazione di ciò che avrebbe dovuto essere eliminato. L'unico modo certo di sapere cos'è stato cancellato è prendere l'ultimo planet CC-BY-SA e cercare i nodi e le way segnalate nei log del bot. Ciao, Simone ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Garmin Nuvi 1440T e OSM: da dove cominciare?
Ciao a tutti, mi scuso se ripetero' domande gia' scritte, ma non ho trovato un link per cercare fra le domande e le risposte della lista. Ho un Garmin 1440T da un paio d'anni, ma non ho mai aggiornato le mappe, ed ora ne sento il bisogno. Contrario alla proprieta' delle mappe, volevo installare le OSM. Ho quindi preso una microSDHC Trascend da 8GB class4 formattata FAT32, collegata al PC con un adattatore USB, ho creato la directory \GARMIN\ e ci ho copiato il gmapsupp.img estratto da gfoss\italia.tar.gz . Installata la carta nel lettore, come se non ci fosse. Parte con la mappa vecchia del 2010. Ho rinominato la directory in minuscolo \garmin\, con stesso risultato. Ho anche riformattato la scheda, ricreato la directory e ricopiato il file: niente da fare. Devo forse abilitare la memoria microSD da qualche parte sul Garmin? Non ho trovato altre indicazioni in rete. Qualcuno puo' darmi un suggerimento? Grazie, Lorenzo ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Garmin Nuvi 1440T e OSM: da dove cominciare?
Il 07/17/2012 06:07 PM, Lorenzo Stefani scrisse: Devo forse abilitare la memoria microSD da qualche parte sul Garmin? Non ho trovato altre indicazioni in rete. Qualcuno puo' darmi un suggerimento? Io ho un modello piu' vecchio, un 205, ma mi pare sia simile anche nel tuo. Nel mio la mappa va abilitata. In uno dei menu di sistema viene visualizzato l'elenco delle mappe presenti, sia nella memoria del garmin che nella sd. Devi spuntare la mappa che vuoi usare. In teoria puoi anche spuntarne 2 o piu' ma credo che ne venga comunque usata una sola per il routing. Molte info sui garmin io le ho trovate qui: http://www.gpspassion.com/forumsen/forum.asp?FORUM_ID=172 ciao maxx ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Blocco accesso osm
Buonasera a tutti Ultimamente utilizzando il programma locus allo zoom 15 mi viene negato l accesso al server osm per overusing etc etc facendo uscire su parte dello schermo il messaggio di blocco bordato di fasce nere/gialle, eppure non sto scaricando grosse moli di dati. Domande: Osm nega l accesso ad alcuni programmi? Osm come quantifica il raggiungimento del limite? Puo' dipendere dalla scarsa memoria del mio telef,? Ma prima non lo ha mai fatto? C e' un programma 'ben accolto' da osm, anche a pagamento, che non dia questi problemi? Grazie a tutti buonasera ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Blocco accesso osm
2012/7/17 giovanni di lorenzo giovannidilorenzo1...@gmail.com: Buonasera a tutti Ultimamente utilizzando il programma locus allo zoom 15 mi viene negato l accesso al server osm per overusing etc etc facendo uscire su parte dello schermo il messaggio di blocco bordato di fasce nere/gialle, eppure non sto scaricando grosse moli di dati. Domande: Osm nega l accesso ad alcuni programmi? perobabilmente sei stato bloccato dai sistemisti: http://wiki.openstreetmap.org/wiki/Locus Osm come quantifica il raggiungimento del limite? Puo' dipendere dalla scarsa memoria del mio telef,? Ma prima non lo ha mai fatto? C e' un programma 'ben accolto' da osm, anche a pagamento, che non dia questi problemi? puoi usare locus, basta modificare alcuni settaggi. -- -S ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Blocco accesso osm
Grazie per la risposta. Quindi non sono stato bloccato personal, ma tutti quelli che usano locus. Infatti ho visto che non riesco a scaricare, per usarla offline, firenze. Altri programmi alternativi? Locus pro (a paga.) ha lo stesso problema? A questo punto lo staff di osm perche' non progetta un navigat, a pagam, che consenta un accesso preferenziale ai dati osm? Grazie ormai osm e utile perche' ci sono dati che su google maps non ci sono grazie per le info Il giorno 17/lug/2012 18:42, Simone Cortesi sim...@cortesi.com ha scritto: 2012/7/17 giovanni di lorenzo giovannidilorenzo1...@gmail.com: Buonasera a tutti Ultimamente utilizzando il programma locus allo zoom 15 mi viene negato l ac... perobabilmente sei stato bloccato dai sistemisti: http://wiki.openstreetmap.org/wiki/Locus Osm come quantifica il raggiungimento del limite? Puo' dipendere dalla scarsa memoria del mio t... puoi usare locus, basta modificare alcuni settaggi. -- -S ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Blocco accesso osm
2012/7/17 giovanni di lorenzo giovannidilorenzo1...@gmail.com: lo stesso problema? A questo punto lo staff di osm perche' non progetta un navigat, a pagam, che consenta un accesso preferenziale ai dati osm? Grazie ormai osm e utile perche' ci sono dati che su google maps non ci sono grazie per le info perche' la OpenStreetMap Foundation ha come scopo quello di portare avanti il progetto rendendo alamente disponibile l'accesso al database. Non è interessata a fare concorrenza a ditte e privati che lavorano sui dati da esso derivati. -- -S ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Blocco accesso osm
... aggiungo che una soluzione alternativa, per gli autori di Locus, sarebbe quella di mettere su un tileserver (o soltanto un cache server) con il quale sobbarcarsi il carico di lavoro legato al loro programma. Comunque, se vuoi risolvere rapidamente il problema, cambia Tileserver nelle impostazioni di Locus, oppure installati OsmAnd ed usa le mappe vettoriali offline. Ciao /niubii/ Il giorno 17/lug/2012 19:17, Simone Cortesi sim...@cortesi.com ha scritto: 2012/7/17 giovanni di lorenzo giovannidilorenzo1...@gmail.com: lo stesso problema? A questo punto lo staff di osm perche' non progetta un navigat, a pagam, che consenta un accesso preferenziale ai dati osm? Grazie ormai osm e utile perche' ci sono dati che su google maps non ci sono grazie per le info perche' la OpenStreetMap Foundation ha come scopo quello di portare avanti il progetto rendendo alamente disponibile l'accesso al database. Non è interessata a fare concorrenza a ditte e privati che lavorano sui dati da esso derivati. -- -S ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Blocco accesso osm
Grazie provero' ad installare osmand. Non vorrei sembrare polemico: il progetto osm e' bellissimo, ma senza dei programmi che rendono fruibili i dati osm, non serve a nulla. Quindi a mio parere non c e' niente di male a remunerare dei programmatori che sviluppino validi programmi che utilizzano i dati osm. Io addirittura sarei disposto a pagare un tot all anno per utizzare i dati osm ciao a tutti, soprattutto i mappatori Il giorno 17/lug/2012 19:24, niubii f.pelu...@gmail.com ha scritto: ... aggiungo che una soluzione alternativa, per gli autori di Locus, sarebbe quella di mettere su un tileserver (o soltanto un cache server) con il quale sobbarcarsi il carico di lavoro legato al loro programma. Comunque, se vuoi risolvere rapidamente il problema, cambia Tileserver nelle impostazioni di Locus, oppure installati OsmAnd ed usa le mappe vettoriali offline. Ciao /niubii/ Il giorno 17/lug/2012 19:17, Simone Cortesi sim...@cortesi.com ha scritto: 2012/7/17 giovanni di lorenzo giovannidilorenzo1...@gmail.com: lo stesso problema? A qu... ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Blocco accesso osm
Forse non mi sono spiegato: quello che dici tu è possibilissimo. Semplicemente non è la foundation a farlo, non è OSM a farlo, ma chiunque abbia le competenze tecniche per mettere in piedi un server o un software, puo' beneficiare dei dati, rivendendoli. 2012/7/17 giovanni di lorenzo giovannidilorenzo1...@gmail.com: Grazie provero' ad installare osmand. Non vorrei sembrare polemico: il progetto osm e' bellissimo, ma senza dei programmi che rendono fruibili i dati osm, non serve a nulla. Quindi a mio parere non c e' niente di male a remunerare dei programmatori che sviluppino validi programmi che utilizzano i dati osm. Io addirittura sarei disposto a pagare un tot all anno per utizzare i dati osm ciao a tutti, soprattutto i mappatori Il giorno 17/lug/2012 19:24, niubii f.pelu...@gmail.com ha scritto: ... aggiungo che una soluzione alternativa, per gli autori di Locus, sarebbe quella di mettere su un tileserver (o soltanto un cache server) con il quale sobbarcarsi il carico di lavoro legato al loro programma. Comunque, se vuoi risolvere rapidamente il problema, cambia Tileserver nelle impostazioni di Locus, oppure installati OsmAnd ed usa le mappe vettoriali offline. Ciao /niubii/ Il giorno 17/lug/2012 19:17, Simone Cortesi sim...@cortesi.com ha scritto: 2012/7/17 giovanni di lorenzo giovannidilorenzo1...@gmail.com: lo stesso problema? A qu... ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it -- -S ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Blocco accesso osm
Ho capito. Posso farti un ultima domanda: quando uno si collega, anche a mezzo programmi di rendering, ai dati osm, fisicamente si sta collegando ad un server americano che gestisce i collegamenti a livello mondiale? Grazie. ho provato ad utilizzare vespucci, ma senza un fisso e' quasi impossibile mappare Il giorno 17/lug/2012 20:00, Simone Cortesi sim...@cortesi.com ha scritto: Forse non mi sono spiegato: quello che dici tu è possibilissimo. Semplicemente non è la foundation a farlo, non è OSM a farlo, ma chiunque abbia le competenze tecniche per mettere in piedi un server o un software, puo' beneficiare dei dati, rivendendoli. 2012/7/17 giovanni di lorenzo giovannidilorenzo1...@gmail.com: Grazie provero' ad installare os... -- -S ___ 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] Strumenti per il remapping post-bot
giohappy wrote Scusate l'ignoranza ma se, avendo da una parte la BADMAP, creo le parti perse sulla base di Bing non va bene? Non dico di ricalcare i dati tagliati fuori, ma farsi aiutare per individuare i buchi è comunque illecito? KeepRight (http://keepright.at/ per chi non lo conoscesse) ultimamente viene aggiornato ogni tre giorni, ed è stato aggiornato proprio oggi, quindi permette di individuare numerosi errori provocati dal bot, come percorsi senza etichette, non connessi, ecc... Certo, non permette di distinguere tra gli errori dovuti al bot e quelli preesistenti, ma direi che questa è una buona occasione per fare anche il lavoro arretrato... Ciao, Gianluca -- View this message in context: http://gis.19327.n5.nabble.com/Strumenti-per-il-remapping-post-bot-tp5716937p5716983.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Blocco accesso osm
OSM è orgogliosamente un progetto europeo. Il server è in centro a Londra. A parte questo dettaglio, si, ti colleghi ad un server che ha limitate possibilita' di servire rendering. Per questo puoi usare ad esempio Mapquest http://open.mapquest.it/ dove non hai limiti di utilizzo. 2012/7/17 giovanni di lorenzo giovannidilorenzo1...@gmail.com: Ho capito. Posso farti un ultima domanda: quando uno si collega, anche a mezzo programmi di rendering, ai dati osm, fisicamente si sta collegando ad un server americano che gestisce i collegamenti a livello mondiale? Grazie. ho provato ad utilizzare vespucci, ma senza un fisso e' quasi impossibile mappare Il giorno 17/lug/2012 20:00, Simone Cortesi sim...@cortesi.com ha scritto: Forse non mi sono spiegato: quello che dici tu è possibilissimo. Semplicemente non è la foundation a farlo, non è OSM a farlo, ma chiunque abbia le competenze tecniche per mettere in piedi un server o un software, puo' beneficiare dei dati, rivendendoli. 2012/7/17 giovanni di lorenzo giovannidilorenzo1...@gmail.com: Grazie provero' ad installare os... -- -S ___ Talk-it mailing list Talk-it@openstreetmap.org http... ___ 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
[Talk-it] opencoesione - openstreetmap
Il recentemente lanciato sito web del governo usa OSM come mappa. Qualcosa di cui dobbiamo andare fieri. Vengono usati solo alcuni dati, gli estratti delle linee di costa, ma è comunque una dimostrazione che stiamo facendo un buon lavoro. https://twitter.com/simonecortesi/status/225363882552721408 -- -S ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Fwd: [Rebuild] Map display of the redaction bot progress
cosa intendi per carico? macchina carrozzata? 2012/7/17 G. Allegri gioha...@gmail.com: Mi sa che osmose ho sotto un carico... Il giorno 17 luglio 2012 13:13, Luca Delucchi lucadel...@gmail.com ha scritto: Il 17 luglio 2012 12:29, sabas88 saba...@gmail.com ha scritto: Mi intrometto un secondo, potreste lanciare lo script delle statistiche di Gfoss oggi o domani invece che domenica? Può essere una misura di dove intervenire (in particolare mostrerebbe i km di strade persi e i comuni più colpiti) confrontando coi dati di domenica! se si può fare lo può fare niccolo, ma in questi giorni mi ha detto che è abbastanza offline Grazie, Stefano -- ciao Luca http://gis.cri.fmach.it/delucchi/ www.lucadelu.org ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it 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-gb-westmidlands] Birmingham City Centre Bus Interchange
Sounds like a job for a mini mapping party! From: Brian Prangle [mailto:bpran...@gmail.com] Sent: 17 July 2012 15:42 To: talk-gb-westmidlands Subject: [Talk-gb-westmidlands] Birmingham City Centre Bus Interchange Hi everyone: This Sunday 22 July all the bus routes and bus stops change in Birmingham to allow Corporation St to become free of buses prior to work on the Metro extension. This follows months of roadworks and temporary closures. Judging by the state of work today I shall be surprised if everything is ready. All the bus stops are changing name and there are lots of new ones being erected. Moor Street Queensway has already been dual directioned ( changed already in OSM). Some streets will have there one way direction changed and some will become pedestrianised. I've got a list and map of all the changes from a Centro exhibition bus so I can get the bus stops entered. I'm proposing to delete all previous naptan info where a bus stop has disappeared or moved. Bus route relations I shall leave to the experts, just deleting them from Corporation Street, Bull Street and any other obvious streets( except for the route I use regularly - the 37). Anyone want to help? It will good PR if we can get the changes done within a day Regards Brian ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb-westmidlands
Re: [Talk-gb-westmidlands] Birmingham City Centre Bus Interchange
Mappa Mercia - updating OSM before the last cone has gone ! :-) On , Andy Robinson ajrli...@gmail.com wrote: Sounds like a job for a mini mapping party! From: Brian Prangle [mailto:bpran...@gmail.com] Sent: 17 July 2012 15:42 To: talk-gb-westmidlands Subject: [Talk-gb-westmidlands] Birmingham City Centre Bus Interchange Hi everyone: This Sunday 22 July all the bus routes and bus stops change in Birmingham to allow Corporation St to become free of buses prior to work on the Metro extension. This follows months of roadworks and temporary closures. Judging by the state of work today I shall be surprised if everything is ready. All the bus stops are changing name and there are lots of new ones being erected. Moor Street Queensway has already been dual directioned ( changed already in OSM). Some streets will have there one way direction changed and some will become pedestrianised. I've got a list and map of all the changes from a Centro exhibition bus so I can get the bus stops entered. I'm proposing to delete all previous naptan info where a bus stop has disappeared or moved. Bus route relations I shall leave to the experts, just deleting them from Corporation Street, Bull Street and any other obvious streets( except for the route I use regularly - the 37). Anyone want to help? It will good PR if we can get the changes done within a day Regards Brian ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb-westmidlands
Re: [Talk-gb-westmidlands] Birmingham City Centre Bus Interchange
Birmingham council put a 2 page spread in the metro which showed the stops that all buses start from in the city centre http://www.connectedcity.org.uk/ I'll look in recycling to see if I can find the insert the put in the metro paper. It lists the number of bus and location of the bus stop (code that is). Might help? best wishes Alison On 17 Jul 2012, at 15:42, Brian Prangle wrote: Hi everyone: This Sunday 22 July all the bus routes and bus stops change in Birmingham to allow Corporation St to become free of buses prior to work on the Metro extension. This follows months of roadworks and temporary closures. Judging by the state of work today I shall be surprised if everything is ready. All the bus stops are changing name and there are lots of new ones being erected. Moor Street Queensway has already been dual directioned ( changed already in OSM). Some streets will have there one way direction changed and some will become pedestrianised. I've got a list and map of all the changes from a Centro exhibition bus so I can get the bus stops entered. I'm proposing to delete all previous naptan info where a bus stop has disappeared or moved. Bus route relations I shall leave to the experts, just deleting them from Corporation Street, Bull Street and any other obvious streets( except for the route I use regularly - the 37). Anyone want to help? It will good PR if we can get the changes done within a day Regards Brian ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb-westmidlands ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb-westmidlands
Re: [Talk-gb-westmidlands] Birmingham City Centre Bus Interchange
Hi Alison Thanks - that must be the same information I picked up from the centro Exhibition bus this afternoon Rgds brian On 17 July 2012 16:41, Alison Smith ali...@peskypeople.co.uk wrote: Birmingham council put a 2 page spread in the metro which showed the stops that all buses start from in the city centre http://www.connectedcity.org.uk/ I'll look in recycling to see if I can find the insert the put in the metro paper. It lists the number of bus and location of the bus stop (code that is). Might help? best wishes Alison On 17 Jul 2012, at 15:42, Brian Prangle wrote: Hi everyone: This Sunday 22 July all the bus routes and bus stops change in Birmingham to allow Corporation St to become free of buses prior to work on the Metro extension. This follows months of roadworks and temporary closures. Judging by the state of work today I shall be surprised if everything is ready. All the bus stops are changing name and there are lots of new ones being erected. Moor Street Queensway has already been dual directioned ( changed already in OSM). Some streets will have there one way direction changed and some will become pedestrianised. I've got a list and map of all the changes from a Centro exhibition bus so I can get the bus stops entered. I'm proposing to delete all previous naptan info where a bus stop has disappeared or moved. Bus route relations I shall leave to the experts, just deleting them from Corporation Street, Bull Street and any other obvious streets( except for the route I use regularly - the 37). Anyone want to help? It will good PR if we can get the changes done within a day Regards Brian ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb-westmidlands ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb-westmidlands
Re: [Talk-gb-westmidlands] Birmingham City Centre Bus Interchange
I'm up for that on Sun morning On 17 July 2012 16:02, Andy Robinson ajrli...@gmail.com wrote: Sounds like a job for a mini mapping party! ** ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb-westmidlands
Re: [Talk-se] ODbL boten kommer
Jo, loggarna är ju ganska svåra att ta sig igenom manuellt :P Tittade på dem lite snabbt och lyckades inte tyda ut om det stod där vad som togs bort men antog det. /Andreas 2012/7/17 Joakim Fors joa...@joakimfors.org: Tror det står i loggarna som boten producerar vad den ändrar. Gissar någon kommer att producera ett verktyg också som visar var den dragit fram och spritt förödelse. :) /Joakim On 17 jul 2012, at 16:57, Andreas Vilén wrote: Nu jobbar den sig igenom Sverige. Är det någon som vet om det kommer någon rapport över vilka noder, vägar och relationer som raderats? Även om vi fixat till det mesta så kan det ändå vara bra att veta. Tänker även på våra kära medmänniskor över jordklotet. Speciellt Australien drabbades väl hårt av licensbytet. /Andreas 2012/7/13 Joakim Fors joa...@joakimfors.org: Hejsan! Nu är ODbL-boten igång för fullt: http://harrywood.dev.openstreetmap.org/license-change/botprocessing.php Finns ännu lite röda fläckar som man hinner rädda om man känner för det. ;) tools.geofabrik.de/osmi/?view=wtfelon=16.17565lat=62.90741zoom=5 /Joakim ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se
[Talk-es] change osm-licence bot
Ola ! translate by google Como parte del territorio de España están autorizados por el Motor de búsqueda La OSM ha sido editado. En general, los datos que se recibe -, sino también muchas lagunas restablecida. Hay mucho que hacer ...! As part of the territory of Spain are licensed by the OSM Bot has been edited. By and large, much data is received - but also many gaps re-established. There is much to do ...! Im Rahmen der Lizenzumstellung wurde das Gebiet von Spanien von dem OSM-Bot bearbeitet. Im großen und ganzen sind viele Daten erhalten - aber auch viele Lücken wieder neu entstanden. Es gibt viel zu tun ...! Saludo Jan :-) ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] change osm-licence bot
Alguien sabe alemán? :P El 17/07/2012 10:21, Jan Tappenbeck o...@tappenbeck.net escribió: Ola ! translate by google Como parte del territorio de España están autorizados por el Motor de búsqueda La OSM ha sido editado. En general, los datos que se recibe -, sino también muchas lagunas restablecida. Hay mucho que hacer ...! As part of the territory of Spain are licensed by the OSM Bot has been edited. By and large, much data is received - but also many gaps re-established. There is much to do ...! Im Rahmen der Lizenzumstellung wurde das Gebiet von Spanien von dem OSM-Bot bearbeitet. Im großen und ganzen sind viele Daten erhalten - aber auch viele Lücken wieder neu entstanden. Es gibt viel zu tun ...! Saludo Jan :-) __**_ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-eshttp://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] change osm-licence bot
On Tuesday, 17 de July de 2012 14:19:56 Javier Briz escribió: Alguien sabe alemán? :P Que el bot de limpieza de la ODbL ya ha terminado en España. Que ya podemos meternos a corregir los huecos que ha dejado. :-) -- -- Iván Sánchez Ortega i...@sanchezortega.es i...@geonerd.org ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-at] Redaction Bot in AT
On 17.07.12 00:19, Frederik Ramm wrote: Ich weiss nicht, wie Du Dir das vorgestellt hast, aber einen Way, der von einem Ablehner angelegt wurde, den koennen wir eben nicht behalten, ganz egal, wer den alles fuer was braucht. Ich hatte gar nicht von einem gelöschten Way gesprochen. Was der bot da erzeugt hatte, war abartig, so in der Art (nodes in einem Way): A1 - A3 - A4 - ... - A(n-1) - An - A2 (und links und rechts daneben liegend zwei andere Ways, ursprünglich eben ein geschlossener Ring) Was ich meine: gehe von einem äußeren Ring aus, bestehend aus: way A: nodes A1 ... An way B: nodes B1 ... Bn way C: nodes C1 ... Cn Bilden einen Ring, also An=B1, Bn=C1, Cn=A1 A2, A5 löschen - kein Problem. An=B1 muß gelöscht werden - dann B2 mit A(n-1) verbinden. Und selbst wenn ein ganzer Way B gelöscht werden muss, könnte man C1 mit An verbinden und so den Ring wieder schließen (außer der Ring kreuzt sich dann selbst). Die Fälle, die ich gesehen habe, waren aber viel simpler (und daher ärgerlich) (äußere Ringe): ...- way A --x x--- way B -x x- way C -... Kleinste Lücken, wären IMO einfach automatisiert zu schließen gewesen; aber selbst wenn nicht, wäre ein ich habe zerstört Log sinnvoll, dass man das abarbeiten und die Stellen schnell finden kann... so ein Waldpolygon außen rum zu verfolgen und zu finden, wo grade eine Lücke erzeugt wurde, ist manuell ziemlich langweilig... Der Bot hingegen weiß, was er tut (und wo). Und die Umsetzung des landuse=forest Tags vom äußeren Ring auf die Relation dadurch zu beheben, dass man den Tag einfach von der Relation entfernt, ist auch nicht wirklich notwendig... /al ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Redaction Bot in AT
On 17.07.12 16:51, thomas.flandera#inode.at wrote: Der Bot hat beim Bereinigen geschlammpt: Und zwar wurde aus highway=residential mit source=plan.at highway:plan.at:s#=residential [1]. Jaja, plan.at ist wieder da... *xeg* /al ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Redaction Bot in AT
Schönen guten Tag! Ich fürchte das ist in Ordnung so. Wenn ein Nicht-Zustimmer ein plan.at feature sichtbar gemacht hat, dann wurde das jetzt rückgängig gemacht. Für diese Fälle gibt es zum Glück den plan.at layer von OSMI [1]. Trotzdem, ÄRGERLICH, dieser Hr. W. wird uns wohl bis ans Ende der Tage mit seinem MapSpam verfolgen :- -- Bis bald, Boris [1] http://tools.geofabrik.de/osmi/?view=plan_atlon=13.47729lat=47.74967zoom=8 Heute (17. Juli) um 16:51 verlautete thomas.flandera#inode.at: Hallo ÖSM, was mir bislang in Salzburg aufgefallen ist: Der Bot hat beim Bereinigen geschlammpt: Und zwar wurde aus highway=residential mit source=plan.at highway:plan.at:s#=residential [1]. Also Vorsicht beim Rempappen - kann sein, dass ein Straßenname in der Luft hängt und eine solche Linie sich dahinter verbirgt. LG Thomas [1]http://www.openstreetmap.org/browse/way/30525914 Jimmy_K jimm...@gmx.at hat am 17. Juli 2012 um 15:00 geschrieben: Vor gut 10 Minuten ist die letzte Österreichische Kachel (Tirol) fertig geworden. LG Jimmy Am 16.07.2012 19:12, schrieb Andreas Labres: Hallo! Der Redaction Bot wütet jetzt auch in AT (grade im Grenzgebiet Stmk/NÖ gesehen)... http://harrywood.dev.openstreetmap.org/license-change/botprocessing.php?zoom=7lat=47.44lon=12.16 Und er macht wirklich /saublöde/ Änderungen... zB bei den großen Waldgebieten das landuse=forest von der Relation löschen... Und an anderer Stelle waren die Nodes da und der Waldrand-Way, nur waren die Nodes nimmer Teil des Waldrand-Ways und der Außenring des MP damit nimmer geschlossen... Gibt's eigentlich irgendwas Visualisiertes, das man als Quelle für das muß man anschauen, das wurde durch den Bot zerstört verwenden kann? Um solche ädlätsch, der Wald ist nimmer sichtbar Aktionen schnell zu finden? /al (wen's interessiert, z.B. die hab ich gefixt: http://www.openstreetmap.org/browse/relation/156385 http://www.openstreetmap.org/browse/relation/288175 http://www.openstreetmap.org/browse/relation/288179 ) ___ 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
Hallo, Boris Cornet wrote: Trotzdem, ÄRGERLICH, dieser Hr. W. wird uns wohl bis ans Ende der Tage mit seinem MapSpam verfolgen :- Diese Einstellung kann ich gerade jetzt überhaupt nicht teilen. Gerade beim Remappen war es sehr hilfreich, die gelöschten plan.at-Daten wiederherstellen zu können um so eine saubere Quelle für die Tags zu haben, insbesonders konnte ich Dank plan.at und geoimage.at viele Elemente remappen. Liebe Grüße, Stefan ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Redaction Bot in AT
Guten Tag! Nein, das hat alles seine Ordnung mit der history und dem bot, und ja, beim plan.at Import ist so ziemlich alles schiefgegangen, was nur entferntesten vorstellbar war... Siehe http://wiki.openstreetmap.org/plan.at -- Bis demnächst, Boris Heute (17. Juli) um 21:03 schrieb Jimmy_K: Kann der Bot die History beschädigen? Laut History ist damals beim plan.at Import wohl etwas schief gegangen. LG Jimmy Am 17.07.2012 16:51, schrieb thomas.flandera#inode.at: Hallo ÖSM, was mir bislang in Salzburg aufgefallen ist: Der Bot hat beim Bereinigen geschlammpt: Und zwar wurde aus highway=residential mit source=plan.at highway:plan.at:s#=residential [1]. Also Vorsicht beim Rempappen - kann sein, dass ein Straßenname in der Luft hängt und eine solche Linie sich dahinter verbirgt. LG Thomas [1]http://www.openstreetmap.org/browse/way/30525914 Jimmy_K jimm...@gmx.at hat am 17. Juli 2012 um 15:00 geschrieben: Vor gut 10 Minuten ist die letzte Österreichische Kachel (Tirol) fertig geworden. LG Jimmy Am 16.07.2012 19:12, schrieb Andreas Labres: Hallo! Der Redaction Bot wütet jetzt auch in AT (grade im Grenzgebiet Stmk/NÖ gesehen)... http://harrywood.dev.openstreetmap.org/license-change/botprocessing.php?zoom=7lat=47.44lon=12.16 Und er macht wirklich /saublöde/ Änderungen... zB bei den großen Waldgebieten das landuse=forest von der Relation löschen... Und an anderer Stelle waren die Nodes da und der Waldrand-Way, nur waren die Nodes nimmer Teil des Waldrand-Ways und der Außenring des MP damit nimmer geschlossen... Gibt's eigentlich irgendwas Visualisiertes, das man als Quelle für das muß man anschauen, das wurde durch den Bot zerstört verwenden kann? Um solche ädlätsch, der Wald ist nimmer sichtbar Aktionen schnell zu finden? /al (wen's interessiert, z.B. die hab ich gefixt: http://www.openstreetmap.org/browse/relation/156385 http://www.openstreetmap.org/browse/relation/288175 http://www.openstreetmap.org/browse/relation/288179 ) ___ 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 ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
[Talk-pe] Nombres de sitios
Hola Comunidad OSM, les escribo para consultarles lo siguientes: ¿Cómo se está nombrando a las Facultades/Escuelas de las Universidades? Si bien la mayor parte de la nomenclatura de OSM está en inglés habría que adaptarla a nuestro país. -- *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
Re: [Talk-pe] Nombres de sitios
Me parece que el OSM permite poner los nombres en varios idiomas.Yo diría que lo pongas en Español y ya es cuestión de los otros miembros hacer la traducción. Algo como la wikipedia me imagino. -- Jorge Meneses jorgej...@gmail.com El 17 de julio de 2012 12:20, Arnold FERNÁNDEZ RIVAS arnoldfi...@gmail.comescribió: Hola Comunidad OSM, les escribo para consultarles lo siguientes: ¿Cómo se está nombrando a las Facultades/Escuelas de las Universidades? Si bien la mayor parte de la nomenclatura de OSM está en inglés habría que adaptarla a nuestro país. -- *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
Re: [Talk-pe] Nombres de sitios
Saludos De la misma forma sería bueno que podamos adaptar algunos conceptos propios con su similar en otros países, para este motivo se ha creado una pagina en la wiki de Perú : https://wiki.openstreetmap.org/wiki/Per%C3%BA:Map_Features . De esa forma alguien que tenga duda pueda ver el acuerdo al que se ha llegado entra los que mapean el Perú, y en su defecto plantear la consulta o sugerencia. Ayudemos a enriquecer la wiki :D Bytes Para eso está la wiki, aca puedes encontrar todas las categorias q usa OSM http://wiki.openstreetmap.org/wiki/Map_Features En el detalle de Universidad ( http://wiki.openstreetmap.org/wiki/Tag:amenity%3Duniversity) recomiendan usar el tag building para cada edificio al interior. -- Jorge Meneses jorgej...@gmail.com El 17 de julio de 2012 12:54, Arnold FERNÁNDEZ RIVAS arnoldfi...@gmail.comescribió: Vaya, que la respuesta fue muy rápida. En realidad a lo que me refería era a la clasificación por defecto que tiene OSM, o sea si yo clasifiqué la universidad como University, ¿cómo debería nombrar alguna facultad/escuela/centro de investigación/Centro Federado/Tercio Estudiantil/Rectorado, etc? Creo que estoy siendo muy específico, pero bastaría con las facultades por lo menos. Saludosy gracias. El 17 de julio de 2012 12:49, jorgej...@gmail.com jorgej...@gmail.comescribió: Me parece que el OSM permite poner los nombres en varios idiomas.Yo diría que lo pongas en Español y ya es cuestión de los otros miembros hacer la traducción. Algo como la wikipedia me imagino. -- Jorge Meneses jorgej...@gmail.com El 17 de julio de 2012 12:20, Arnold FERNÁNDEZ RIVAS arnoldfi...@gmail.com escribió: Hola Comunidad OSM, les escribo para consultarles lo siguientes: ¿Cómo se está nombrando a las Facultades/Escuelas de las Universidades? Si bien la mayor parte de la nomenclatura de OSM está en inglés habría que adaptarla a nuestro país. -- *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 -- *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
[Talk-pt] Metro de Lisboa até o aeroporto
Ola, Abriu hoje o prolongamento da linha Vermelha : Moscavide, Encarnação, Aeroporto. Alguem de Lisboa quer acrescentar a linha de metro ? http://www.openstreetmap.org/browse/relation/371084 Francisco ___ Talk-pt mailing list Talk-pt@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-pt
[Talk-pt] Nomenclatura - confusão nos navegadores
Boa noite, Já andava há duas noites com um problema parvo que talvez devesse ser colocado à consideração da lista. Tenho estado a usar um navegador gratuito e open-source chamado GpsMid no meu telemóvel. Trabalha razoavelmente bem. Mais adiante falarei mais dele. Estava eu a pesquisar no GpsMid um caminho que me levasse à Av. da Liberdade quando eis que não a encontra. Como disse, uma vez que estou agora a testar o software pensei que fosse bug ou que a conversão de OSM para o formato do GpsMid tivesse corrido mal. Nada disso. Ao fim de duas noites lá percebi. Estava à procura por Av. Liber... e apareciam-me umas quantas Av. Liberdade por esse Portugal fora mas o problema é que esta que eu procurava está inscrita no OSM como Avenida da Liberdade. Quando eu escrevia o ponto final a seguir ao Av já estava a baralhar o software. Poderia dizer-se que é uma lacuna do GpsMid mas eu acho que tanto é lacuna no GpsMid como é falta de coerência na inserção dos nomes e tipos de ruas. 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? A existência da regra poderia beneficiar bastante quem usa o OSM com routers para navegação como o Navit, o GpsMid ou o We-Travel. Quanto ao GpsMid, apenas uma pequena curiosidade que pode chatear. Não dá grandes chatices mas às vezes inventa porque tenta encaminhar-nos por caminhos muito diferentes dos que estamos habituados a usar. Por exemplo, quem está no Campo Grande e quer ir para o C.C. Amoreiras normalmente irá pela Av. República/Pç. Duque de Saldanha/Av. Fontes Pereira de Melo/Pç. Marquês de Pombal/Av. Engº Duarte Pacheco. Não está à espera de ser encaminhado pela Av. República/Av. Miguel Bombarda/R. Marquês da Fronteira/Av. Conselheiro Fernando de Sousa. Não é que não funcione. Simplesmente não é...habitual. A propósito: que é feito da R. Joaquim António de Aguiar? É que ela ainda existe. No seu lugar vê-se a Av. Engº Duarte Pacheco que antigamente começava no topo da Joaquim António de Aguiar. Agora começa no Marquês? 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. Obrigado pela ajuda que possam dispensar. Cumps., Rui ___ 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 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
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 ___ Talk-pt mailing list Talk-pt@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-pt
Re: [Talk-lv] : zone:traffic=LV:urban
piemēram šāda vieta: http://www.openstreetmap.org/?lat=57.18154lon=24.8311zoom=15layers=M - Siguldas robeža juridiski ietver gabalu no P7 ceļa. Dabā šis fakts nekādi marķēts netiek. - Turaidas robežas osm nav vispār (ciematu robežas nebūs vēl ļoti ilgi). Turaidas robeža uz P7 noteikti nav tur kur ir baltā zīme. Pieeja skatāmies administratīvo robežu ir ar pārāk daudziem trūkumiem, lai uz to paļautos. Cik zinu, navigācijas risinājumi (piem. osrm) to neskatās. 2012/7/17 Gints Polis polis.gi...@gmail.com Un vēlreiz. Jūs gribat piedāvāt entity tieši navigācijas ātrumam. Nezinu vai tauta gribēs papildināt visas kartes lai ieviestu to. Jo 50% gadījumu jau tagad strādā maxspeed, 45% var nostrādāt lietojot robežu. Atlikušos piecus piekoriģē lietojot maxspeed. Un to ka to lieto tikai tur kur ir zīmes, tas ir jūsu pieņēmums ;-) 2012. gada 17. jūl. 07:14 Gints Polis polis.gi...@gmail.com rakstīja: Navigācijas soft jau netiek galā ar pilsētu robežām, bet jūs gribat viņiem atvieglot dzīvi piedāvājot relācijas. Neticu kad var būt tāds fuck kuru ar attiecīgu tool nevar vienas stundas laikā pilabot. 2012. gada 17. jūl. 01:19 Jānis Ročāns janis.roc...@gmail.com rakstīja: Administratīvais iedalījums ne vienmēr atbilst ceļazīmēm... tas arī ir mans arguments... bet tad vajadzētu šo tagu veidot relācijā ar robežu, pretējā gadījumā nevarēs saprast, vai jārēķina pēc robežas vai jaunā taga.. Ja robežai nav zonas, tad robeža ir arī zona, pretējā gadījumā maxspeed rēķina pēc zonas... Tā kā šim tagam pagaidām vēl nepiekrītu, bet ņemot vērā nepieciešamo sarežģītību, šaubos, ka tas tiks ieviests. On Jul 17, 2012 1:10 AM, Rich ric...@nakts.net wrote: On 2012-07-16 20:31, Gints Polis wrote: Kāpēc lai vienkārši visiem ceļiem nepielikt maxspeed? ja latvija izdomaas nomainiit apdziivotu vietu vai aarpusapdziivotu vietu aatrumus, buus megaclusterfuck. un pa lielam tas kaa datu modelis neatbilst realitaatei - labaak maxspeed lietot tikai tur, kur tas iipashi noteikts ar ziimeem (piemeeram, arii living_street to nav lielas jeegas lietot). atsevishkji tagi man iipashi nepatiik, bet kaa tikt gaalaa ar zilajaam ziimeem taa uzreiz praataa nenaak 2012. gada 16. jūl. 15:26 AivarsB vrs@gmail.com mailto:vrs@gmail.com rakstīja: Sveiki, skatīt aprakstu: http://wiki.openstreetmap.org/**wiki/Proposed_features/** trafficzonehttp://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. -- Rich __**_ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-lvhttp://lists.openstreetmap.org/listinfo/talk-lv ___ 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
Re: [Talk-lv] : zone:traffic=LV:urban
1) Automātiski saliktajam maxspeed (ceļa klasifikācija + apdzīvotu vietu robežas (kad (ja...) tās būs)) var izmantot kādu papildus tagu (note?) lai norādītu, ka šis labojums tika veikts automātiski. Un lietotājiem tikai atliek norādīt vietas, kur maxspeed atšķiras kaut kādu iemeslu dēļ (zīme citur, utt.) izdzēšot note atzīmi. Atfiltrēt šādā veidā tagotus datus būtu elementāri bez megaclusterfuck. 2) http://www.itoworld.com/map/124#fullscreenlat=56.95924533691877lon=23.949836404805914zoom=8 Neizskatās ka izņemot Krāslavu, Jūrmalu, Daugavpili un mazu daļu no Rīgas maxspeed vispār būtu izplatīts. 3) Kā lai tago Jūmalas šoseju, kur tikai pa vasarām uzliek 100km/h? 2012/7/17 AivarsB vrs@gmail.com: piemēram šāda vieta: http://www.openstreetmap.org/?lat=57.18154lon=24.8311zoom=15layers=M - Siguldas robeža juridiski ietver gabalu no P7 ceļa. Dabā šis fakts nekādi marķēts netiek. - Turaidas robežas osm nav vispār (ciematu robežas nebūs vēl ļoti ilgi). Turaidas robeža uz P7 noteikti nav tur kur ir baltā zīme. Pieeja skatāmies administratīvo robežu ir ar pārāk daudziem trūkumiem, lai uz to paļautos. Cik zinu, navigācijas risinājumi (piem. osrm) to neskatās. 2012/7/17 Gints Polis polis.gi...@gmail.com Un vēlreiz. Jūs gribat piedāvāt entity tieši navigācijas ātrumam. Nezinu vai tauta gribēs papildināt visas kartes lai ieviestu to. Jo 50% gadījumu jau tagad strādā maxspeed, 45% var nostrādāt lietojot robežu. Atlikušos piecus piekoriģē lietojot maxspeed. Un to ka to lieto tikai tur kur ir zīmes, tas ir jūsu pieņēmums ;-) 2012. gada 17. jūl. 07:14 Gints Polis polis.gi...@gmail.com rakstīja: Navigācijas soft jau netiek galā ar pilsētu robežām, bet jūs gribat viņiem atvieglot dzīvi piedāvājot relācijas. Neticu kad var būt tāds fuck kuru ar attiecīgu tool nevar vienas stundas laikā pilabot. 2012. gada 17. jūl. 01:19 Jānis Ročāns janis.roc...@gmail.com rakstīja: Administratīvais iedalījums ne vienmēr atbilst ceļazīmēm... tas arī ir mans arguments... bet tad vajadzētu šo tagu veidot relācijā ar robežu, pretējā gadījumā nevarēs saprast, vai jārēķina pēc robežas vai jaunā taga.. Ja robežai nav zonas, tad robeža ir arī zona, pretējā gadījumā maxspeed rēķina pēc zonas... Tā kā šim tagam pagaidām vēl nepiekrītu, bet ņemot vērā nepieciešamo sarežģītību, šaubos, ka tas tiks ieviests. On Jul 17, 2012 1:10 AM, Rich ric...@nakts.net wrote: On 2012-07-16 20:31, Gints Polis wrote: Kāpēc lai vienkārši visiem ceļiem nepielikt maxspeed? ja latvija izdomaas nomainiit apdziivotu vietu vai aarpusapdziivotu vietu aatrumus, buus megaclusterfuck. un pa lielam tas kaa datu modelis neatbilst realitaatei - labaak maxspeed lietot tikai tur, kur tas iipashi noteikts ar ziimeem (piemeeram, arii living_street to nav lielas jeegas lietot). atsevishkji tagi man iipashi nepatiik, bet kaa tikt gaalaa ar zilajaam ziimeem taa uzreiz praataa nenaak 2012. gada 16. jūl. 15:26 AivarsB vrs@gmail.com mailto:vrs@gmail.com rakstīja: 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. -- Rich ___ 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 ___ 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
Re: [Talk-lv] : zone:traffic=LV:urban
Pirmām kārtām - rūteri var izkasīt informāciju no relācijām, tikai tāda nav bijusi prakse līdz šim. Normāli OSM datus neviens rūteris vēl nemāk līdz galam izmantot. Otrām kārtām - jebkuras esošās sistēmas maiņa liek uzreiz jautāt - kā tas uzlabo situāciju? Pagaidām līdzīgi kā ar living zone šādu situācijas uzlabošanos neredzu. Trešām kārtām - šoseja nav izņēmums - ja tā iet cauri pilsētai, ātruma ierobežojumi attiecās arī uz to. Ja ir izņēmumi, attiecīgi tagojam. Ātruma darbības laiks ar laika ierobežojumiem - man šķiet ka tādai iespējai noteikti ir jābūt, skaties access=* tagus vai ko tamlīdzīgu. Ja nav, jāprasa talk@, tagging@ un jāsāk diskusija. Pēteris. 2012. gada 17. jūlijs 14:33 Jānis Ročāns janis.roc...@gmail.com rakstīja: 1) Ar automātiku ir, kā ir.. ko darīt ar jau saliktajiem tagiem? ko darīs, ja tagus nomainīs? Šeit es domāju, ka iet runa tikai par interpretatoru, kas šos datus jau lieto routēšanai utt... *Automātiski lieto norādīto maxspeed. *ja nav maxspeed, skatās vai nav living_zone vai tamlīdzīgi. *ja šādu ierobešojumu nav, lieto administratīvās robežas vai arī zonu, ja tādu tagu ieviesīs. 3) Sezonāli jāmaina tagi? Nav tagi, kas norāda taga darbības periodu? 2012/7/17 Raitis U. rait...@gmail.com 1) Automātiski saliktajam maxspeed (ceļa klasifikācija + apdzīvotu vietu robežas (kad (ja...) tās būs)) var izmantot kādu papildus tagu (note?) lai norādītu, ka šis labojums tika veikts automātiski. Un lietotājiem tikai atliek norādīt vietas, kur maxspeed atšķiras kaut kādu iemeslu dēļ (zīme citur, utt.) izdzēšot note atzīmi. Atfiltrēt šādā veidā tagotus datus būtu elementāri bez megaclusterfuck. 2) http://www.itoworld.com/map/124#fullscreenlat=56.95924533691877lon=23.949836404805914zoom=8 Neizskatās ka izņemot Krāslavu, Jūrmalu, Daugavpili un mazu daļu no Rīgas maxspeed vispār būtu izplatīts. 3) Kā lai tago Jūmalas šoseju, kur tikai pa vasarām uzliek 100km/h? 2012/7/17 AivarsB vrs@gmail.com: piemēram šāda vieta: http://www.openstreetmap.org/?lat=57.18154lon=24.8311zoom=15layers=M - Siguldas robeža juridiski ietver gabalu no P7 ceļa. Dabā šis fakts nekādi marķēts netiek. - Turaidas robežas osm nav vispār (ciematu robežas nebūs vēl ļoti ilgi). Turaidas robeža uz P7 noteikti nav tur kur ir baltā zīme. Pieeja skatāmies administratīvo robežu ir ar pārāk daudziem trūkumiem, lai uz to paļautos. Cik zinu, navigācijas risinājumi (piem. osrm) to neskatās. 2012/7/17 Gints Polis polis.gi...@gmail.com Un vēlreiz. Jūs gribat piedāvāt entity tieši navigācijas ātrumam. Nezinu vai tauta gribēs papildināt visas kartes lai ieviestu to. Jo 50% gadījumu jau tagad strādā maxspeed, 45% var nostrādāt lietojot robežu. Atlikušos piecus piekoriģē lietojot maxspeed. Un to ka to lieto tikai tur kur ir zīmes, tas ir jūsu pieņēmums ;-) 2012. gada 17. jūl. 07:14 Gints Polis polis.gi...@gmail.com rakstīja: Navigācijas soft jau netiek galā ar pilsētu robežām, bet jūs gribat viņiem atvieglot dzīvi piedāvājot relācijas. Neticu kad var būt tāds fuck kuru ar attiecīgu tool nevar vienas stundas laikā pilabot. 2012. gada 17. jūl. 01:19 Jānis Ročāns janis.roc...@gmail.com rakstīja: Administratīvais iedalījums ne vienmēr atbilst ceļazīmēm... tas arī ir mans arguments... bet tad vajadzētu šo tagu veidot relācijā ar robežu, pretējā gadījumā nevarēs saprast, vai jārēķina pēc robežas vai jaunā taga.. Ja robežai nav zonas, tad robeža ir arī zona, pretējā gadījumā maxspeed rēķina pēc zonas... Tā kā šim tagam pagaidām vēl nepiekrītu, bet ņemot vērā nepieciešamo sarežģītību, šaubos, ka tas tiks ieviests. On Jul 17, 2012 1:10 AM, Rich ric...@nakts.net wrote: On 2012-07-16 20:31, Gints Polis wrote: Kāpēc lai vienkārši visiem ceļiem nepielikt maxspeed? ja latvija izdomaas nomainiit apdziivotu vietu vai aarpusapdziivotu vietu aatrumus, buus megaclusterfuck. un pa lielam tas kaa datu modelis neatbilst realitaatei - labaak maxspeed lietot tikai tur, kur tas iipashi noteikts ar ziimeem (piemeeram, arii living_street to nav lielas jeegas lietot). atsevishkji tagi man iipashi nepatiik, bet kaa tikt gaalaa ar zilajaam ziimeem taa uzreiz praataa nenaak 2012. gada 16. jūl. 15:26 AivarsB vrs@gmail.com mailto:vrs@gmail.com rakstīja: 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ā
Re: [Talk-lv] : zone:traffic=LV:urban
On 2012-07-17 13:21, Raitis U. wrote: 1) Automātiski saliktajam maxspeed (ceļa klasifikācija + apdzīvotu vietu robežas (kad (ja...) tās būs)) var izmantot kādu papildus tagu (note?) lai norādītu, ka šis labojums tika veikts automātiski. Un lietotājiem tikai atliek norādīt vietas, kur maxspeed atšķiras kaut kādu iemeslu dēļ (zīme citur, utt.) izdzēšot note atzīmi. Atfiltrēt šādā veidā tagotus datus būtu elementāri bez megaclusterfuck. 2) http://www.itoworld.com/map/124#fullscreenlat=56.95924533691877lon=23.949836404805914zoom=8 Neizskatās ka izņemot Krāslavu, Jūrmalu, Daugavpili un mazu daļu no Rīgas maxspeed vispār būtu izplatīts. taapeec, ka maxspeed parasti tago tad, kad paareejaas detaljas (celji, adreses utt) satagotas ;) ar taam apdziivotajaam ir smagi. teoretiski var likt maxspeed kaa iznjeemumu tur, kur nav baltaas vai ir zilaa ziime, bet to ir baigi gruuti manadzheet imho - izdomaat/pamaniit, ka tur jaaliek maxspeed tagi buus gruuti. 3) Kā lai tago Jūmalas šoseju, kur tikai pa vasarām uzliek 100km/h? vai nu on/off tagi, vai arii manuaalas izmainjas. vai tie 100 katru gadu tiek vienaa laikaa uznjemti/nolikti, vai arii katrreiz manuaali tiek izlemts ? 2012/7/17 AivarsB vrs@gmail.com: piemēram šāda vieta: http://www.openstreetmap.org/?lat=57.18154lon=24.8311zoom=15layers=M - Siguldas robeža juridiski ietver gabalu no P7 ceļa. Dabā šis fakts nekādi marķēts netiek. - Turaidas robežas osm nav vispār (ciematu robežas nebūs vēl ļoti ilgi). Turaidas robeža uz P7 noteikti nav tur kur ir baltā zīme. Pieeja skatāmies administratīvo robežu ir ar pārāk daudziem trūkumiem, lai uz to paļautos. Cik zinu, navigācijas risinājumi (piem. osrm) to neskatās. ir tagi saakas pilseeta, ir ziime, bet par to lietoshanu arii ir lieli striidi :D 2012/7/17 Gints Polis polis.gi...@gmail.com Un vēlreiz. Jūs gribat piedāvāt entity tieši navigācijas ātrumam. Nezinu vai tauta gribēs papildināt visas kartes lai ieviestu to. Jo 50% gadījumu jau tagad strādā maxspeed, 45% var nostrādāt lietojot robežu. Atlikušos piecus piekoriģē lietojot maxspeed. Un to ka to lieto tikai tur kur ir zīmes, tas ir jūsu pieņēmums ;-) 2012. gada 17. jūl. 07:14 Gints Polis polis.gi...@gmail.com rakstīja: Navigācijas soft jau netiek galā ar pilsētu robežām, bet jūs gribat viņiem atvieglot dzīvi piedāvājot relācijas. Neticu kad var būt tāds fuck kuru ar attiecīgu tool nevar vienas stundas laikā pilabot. 2012. gada 17. jūl. 01:19 Jānis Ročāns janis.roc...@gmail.com rakstīja: Administratīvais iedalījums ne vienmēr atbilst ceļazīmēm... tas arī ir mans arguments... bet tad vajadzētu šo tagu veidot relācijā ar robežu, pretējā gadījumā nevarēs saprast, vai jārēķina pēc robežas vai jaunā taga.. Ja robežai nav zonas, tad robeža ir arī zona, pretējā gadījumā maxspeed rēķina pēc zonas... Tā kā šim tagam pagaidām vēl nepiekrītu, bet ņemot vērā nepieciešamo sarežģītību, šaubos, ka tas tiks ieviests. On Jul 17, 2012 1:10 AM, Rich ric...@nakts.net wrote: On 2012-07-16 20:31, Gints Polis wrote: ... -- Rich ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv
Re: [Talk-lv] Fwd: Re: openstreetmap ieksh android - latviski
On 2012-07-15 22:06, Viesturs Zarins wrote: Ehh ko jūs žmiedzās, būtu nolikuši to 2 Ls un dzīvojuši laimīgi. Neesam vairs nekāda banānu republika. eu, kaut kaadi diivaini juus visi :D 1. ja cilveeki grib pashi buildot un nemaksaat, tad kaadeelj ne. nekaada sakara ar banaanu republiku. tikai to vajag kaadam smuki, latviski aprakstiit. nesaprotu, kaadeelj gan no taa iipashi izvairiities, tad jau centos jums arii nepatiik... 2. ja kaads grib pabalstiit aplikaacijas autoru un nopirkt aplikaaciju, kaadeelj ne. 3. kas tur ko rakstiit varbuut geekiem buus, kuri visu var izdomaat. telefoni tagad ir tik daudz cilveekiem, kas no kompjiem neko nesaprot, ka tur vajag ljoti labu, vienkaarshu un iisu instrukciju, kaa tikt pie karteem. jaa, shiis instrukcijas viena versija pat var buut (ar screenshotiem) spiezham sheit, tas buus 2 ls, tad spiezham shito un shito lai redzeetu karti, shito lai marshrutu reekjinaatu, shito lai citas kartes dabuutu... a juus te gandriiz vai sakaavaaties : Viesturs 2012/7/15 uld...@gmail.com mailto:uld...@gmail.com Nezinu, kur jūs ķērāt, ka kartes par maksu. Ja lieto Osmand development development build, kas vairs nav norādīts Google Code lapā (http://download.osmand.net/__latest-night-build/OsmAnd-__default.apk http://download.osmand.net/latest-night-build/OsmAnd-default.apk ir norādīts), bet caur ftp (http://download.osmand.net/__latest-night-build/ http://download.osmand.net/latest-night-build/) no turienes var redzēt un novilkt http://download.osmand.net/__latest-night-build/OsmAnd-__development.apk http://download.osmand.net/latest-night-build/OsmAnd-development.apk, tad kartes var vai nu caur pašu progu atjaunot, vai pats uztaisīt ar Osmand map creator - ja grib nevis nedēļu vai divas vecu karti, bet svaigāku. Parastam mirstīgajam gan pietiek ar to, ko proga piedāvā. Es pat uzliku lai man Osmand Švarcenegera balsī bļaustās - You are going somewhere, but you will be back :D Principā jāņem un tik jālieto, nezinu, ko tur var pamācīt... uldics -- -- Rich ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv
Re: [Talk-lv] : zone:traffic=LV:urban
Tomēr izlasīju to proposal un diskusiju. 1) Vienalga vajag piešķirt papildus tagu katram ceļam. Tas nozīmē, ka tāpat vajag kaut kādā veidā to uzzināt, vai arī ieimportēt. 2) A traffic zone often bundles a lot of restrictions: not only maxspeeds for various vehicle types, but additional regulations depending on local law Vai tiešām Latvijā šādā veidā varam sagrupēt ceļazīmes? OK, ir Vācija ar saviem noteikumiem, kur pat velo ir max ātrums :)... Ko grupēsim mēs? Var lūdzu piemērus, man kaut kā nenāk prātā. 3) Ja katrā valstī ir savi noteikumi attiecībā uz max ātrumu - vai tiešām navigācijas softu uzturētāji ies viņiem visiem cauri, pat ja tie būs sagrupēti? Vai arī vienkārši nolasīs maxspeed tagu? 4) Joprojām pieturos un piedāvāju masveida tagošanu at once: ar papildus tagu note=maxspeed imported - delete this note if changed Nosacījumi: Esošie maxspeed netiek aiztikti vispār. Tiek pieņemts, ka tie ir izņēmumi. Ja nomainās likumdošana (kas ir maz ticams), var nomainīt visus tagus ar šo note atzīmi, neaiztiekot pārējos. Saliekot mazo apdzīvoto vietu centrus tikai kā nodes (izņēmums būtu pilsētas - tām manuāli), var aprēķināt aptuveno to lielumu (rādiusu) un attiecīgi salikt ierobežojumus. Tas būs neprecīzāk kā ar rokām, bet toties visi ceļi uzreiz. OSM kļūs par kārtu lietojamāks navigācijā, kas savukārt padarīs biežākus tā paša maxspeed labojumus. 2012/7/17 Rich ric...@nakts.net: On 2012-07-17 13:21, Raitis U. wrote: 1) Automātiski saliktajam maxspeed (ceļa klasifikācija + apdzīvotu vietu robežas (kad (ja...) tās būs)) var izmantot kādu papildus tagu (note?) lai norādītu, ka šis labojums tika veikts automātiski. Un lietotājiem tikai atliek norādīt vietas, kur maxspeed atšķiras kaut kādu iemeslu dēļ (zīme citur, utt.) izdzēšot note atzīmi. Atfiltrēt šādā veidā tagotus datus būtu elementāri bez megaclusterfuck. 2) http://www.itoworld.com/map/124#fullscreenlat=56.95924533691877lon=23.949836404805914zoom=8 Neizskatās ka izņemot Krāslavu, Jūrmalu, Daugavpili un mazu daļu no Rīgas maxspeed vispār būtu izplatīts. taapeec, ka maxspeed parasti tago tad, kad paareejaas detaljas (celji, adreses utt) satagotas ;) ar taam apdziivotajaam ir smagi. teoretiski var likt maxspeed kaa iznjeemumu tur, kur nav baltaas vai ir zilaa ziime, bet to ir baigi gruuti manadzheet imho - izdomaat/pamaniit, ka tur jaaliek maxspeed tagi buus gruuti. 3) Kā lai tago Jūmalas šoseju, kur tikai pa vasarām uzliek 100km/h? vai nu on/off tagi, vai arii manuaalas izmainjas. vai tie 100 katru gadu tiek vienaa laikaa uznjemti/nolikti, vai arii katrreiz manuaali tiek izlemts ? 2012/7/17 AivarsB vrs@gmail.com: piemēram šāda vieta: http://www.openstreetmap.org/?lat=57.18154lon=24.8311zoom=15layers=M - Siguldas robeža juridiski ietver gabalu no P7 ceļa. Dabā šis fakts nekādi marķēts netiek. - Turaidas robežas osm nav vispār (ciematu robežas nebūs vēl ļoti ilgi). Turaidas robeža uz P7 noteikti nav tur kur ir baltā zīme. Pieeja skatāmies administratīvo robežu ir ar pārāk daudziem trūkumiem, lai uz to paļautos. Cik zinu, navigācijas risinājumi (piem. osrm) to neskatās. ir tagi saakas pilseeta, ir ziime, bet par to lietoshanu arii ir lieli striidi :D 2012/7/17 Gints Polis polis.gi...@gmail.com Un vēlreiz. Jūs gribat piedāvāt entity tieši navigācijas ātrumam. Nezinu vai tauta gribēs papildināt visas kartes lai ieviestu to. Jo 50% gadījumu jau tagad strādā maxspeed, 45% var nostrādāt lietojot robežu. Atlikušos piecus piekoriģē lietojot maxspeed. Un to ka to lieto tikai tur kur ir zīmes, tas ir jūsu pieņēmums ;-) 2012. gada 17. jūl. 07:14 Gints Polis polis.gi...@gmail.com rakstīja: Navigācijas soft jau netiek galā ar pilsētu robežām, bet jūs gribat viņiem atvieglot dzīvi piedāvājot relācijas. Neticu kad var būt tāds fuck kuru ar attiecīgu tool nevar vienas stundas laikā pilabot. 2012. gada 17. jūl. 01:19 Jānis Ročāns janis.roc...@gmail.com rakstīja: Administratīvais iedalījums ne vienmēr atbilst ceļazīmēm... tas arī ir mans arguments... bet tad vajadzētu šo tagu veidot relācijā ar robežu, pretējā gadījumā nevarēs saprast, vai jārēķina pēc robežas vai jaunā taga.. Ja robežai nav zonas, tad robeža ir arī zona, pretējā gadījumā maxspeed rēķina pēc zonas... Tā kā šim tagam pagaidām vēl nepiekrītu, bet ņemot vērā nepieciešamo sarežģītību, šaubos, ka tas tiks ieviests. On Jul 17, 2012 1:10 AM, Rich ric...@nakts.net wrote: On 2012-07-16 20:31, Gints Polis wrote: ... -- Rich ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv
Re: [Talk-lv] : zone:traffic=LV:urban
Ar to biju domājis, es braucu pa šoseju, nevienu zīmi neredzu, nekas neliecina, ka esmu kaut vai tajā pašā rāmavas administratīvajā teritorijā, līdz ar to es mierīgi braucu uz 90.. Šo es saprotu ar pilsētas robežas izņēmumu, kas ir svarīgi autovadītājiem. Tajā pašā laikā ir pilsēta Rīga, braucot uz Jūrmalu vai tepat pāri Salu tiltam ir zīme 100 vai 70. Šis ir atruma izņēmums, jeb ierobežotā ātruma palielināšana. Ceru, ka saprati, reizēm nespēju saprotami izteikties. Bet manā uztverē šīs lietas vajadzētu norobežot: pilsētā, tas ir aiz baltās zīmes es samazinu ātrumu dēļ zonas. Tomēr, ja ātrumu ierobežo zīme 70 50 30 utt, tad tas jau attiecas uz maxspeed. Dzīvojamās zonas tīri labi apzīmējas ar living_street (laikam), lai gan arī šeit tīri firši būtu likt zonas tagu dēl tā, ka dzīvojamā zona attiecas no zīmes līdz zīmei, tā pat kā baltās zīmes. 2012/7/17 Gints Polis polis.gi...@gmail.com 2012. gada 17. jūlijs 15:18 Jānis Ročāns janis.roc...@gmail.comrakstīja: Lūdzu nejauc administratīvo robežu ar pilsētas ceļazīmēm! Var gadīties, ka uz ceļa nav uzzīmēta ceļazīme Apdzīvota vieta, līdz ar to nav ātruma ierobežojuma izņēmums konkrētam ceļa posmam, bet gan robežas izņēmums, kad ceļazīmes neapzīmē administratīvo iedalījumu. To atrisinātu zone:traffic, protams ne pašreizējā redakcijā. Sorry. Šito nesapratu. Ko tu domā ar robežas izņēmums un ierobežojuma izņēmums ? 2012/7/17 pec...@gmail.com pec...@gmail.com Pirmām kārtām - rūteri var izkasīt informāciju no relācijām, tikai tāda nav bijusi prakse līdz šim. Normāli OSM datus neviens rūteris vēl nemāk līdz galam izmantot. Otrām kārtām - jebkuras esošās sistēmas maiņa liek uzreiz jautāt - kā tas uzlabo situāciju? Pagaidām līdzīgi kā ar living zone šādu situācijas uzlabošanos neredzu. Trešām kārtām - šoseja nav izņēmums - ja tā iet cauri pilsētai, ātruma ierobežojumi attiecās arī uz to. Ja ir izņēmumi, attiecīgi tagojam. Ātruma darbības laiks ar laika ierobežojumiem - man šķiet ka tādai iespējai noteikti ir jābūt, skaties access=* tagus vai ko tamlīdzīgu. Ja nav, jāprasa talk@, tagging@ un jāsāk diskusija. Pēteris. 2012. gada 17. jūlijs 14:33 Jānis Ročāns janis.roc...@gmail.com rakstīja: 1) Ar automātiku ir, kā ir.. ko darīt ar jau saliktajiem tagiem? ko darīs, ja tagus nomainīs? Šeit es domāju, ka iet runa tikai par interpretatoru, kas šos datus jau lieto routēšanai utt... *Automātiski lieto norādīto maxspeed. *ja nav maxspeed, skatās vai nav living_zone vai tamlīdzīgi. *ja šādu ierobešojumu nav, lieto administratīvās robežas vai arī zonu, ja tādu tagu ieviesīs. 3) Sezonāli jāmaina tagi? Nav tagi, kas norāda taga darbības periodu? 2012/7/17 Raitis U. rait...@gmail.com 1) Automātiski saliktajam maxspeed (ceļa klasifikācija + apdzīvotu vietu robežas (kad (ja...) tās būs)) var izmantot kādu papildus tagu (note?) lai norādītu, ka šis labojums tika veikts automātiski. Un lietotājiem tikai atliek norādīt vietas, kur maxspeed atšķiras kaut kādu iemeslu dēļ (zīme citur, utt.) izdzēšot note atzīmi. Atfiltrēt šādā veidā tagotus datus būtu elementāri bez megaclusterfuck. 2) http://www.itoworld.com/map/124#fullscreenlat=56.95924533691877lon=23.949836404805914zoom=8 Neizskatās ka izņemot Krāslavu, Jūrmalu, Daugavpili un mazu daļu no Rīgas maxspeed vispār būtu izplatīts. 3) Kā lai tago Jūmalas šoseju, kur tikai pa vasarām uzliek 100km/h? 2012/7/17 AivarsB vrs@gmail.com: piemēram šāda vieta: http://www.openstreetmap.org/?lat=57.18154lon=24.8311zoom=15layers=M - Siguldas robeža juridiski ietver gabalu no P7 ceļa. Dabā šis fakts nekādi marķēts netiek. - Turaidas robežas osm nav vispār (ciematu robežas nebūs vēl ļoti ilgi). Turaidas robeža uz P7 noteikti nav tur kur ir baltā zīme. Pieeja skatāmies administratīvo robežu ir ar pārāk daudziem trūkumiem, lai uz to paļautos. Cik zinu, navigācijas risinājumi (piem. osrm) to neskatās. 2012/7/17 Gints Polis polis.gi...@gmail.com Un vēlreiz. Jūs gribat piedāvāt entity tieši navigācijas ātrumam. Nezinu vai tauta gribēs papildināt visas kartes lai ieviestu to. Jo 50% gadījumu jau tagad strādā maxspeed, 45% var nostrādāt lietojot robežu. Atlikušos piecus piekoriģē lietojot maxspeed. Un to ka to lieto tikai tur kur ir zīmes, tas ir jūsu pieņēmums ;-) 2012. gada 17. jūl. 07:14 Gints Polis polis.gi...@gmail.com rakstīja: Navigācijas soft jau netiek galā ar pilsētu robežām, bet jūs gribat viņiem atvieglot dzīvi piedāvājot relācijas. Neticu kad var būt tāds fuck kuru ar attiecīgu tool nevar vienas stundas laikā pilabot. 2012. gada 17. jūl. 01:19 Jānis Ročāns janis.roc...@gmail.com rakstīja: Administratīvais iedalījums ne vienmēr atbilst ceļazīmēm... tas arī ir mans arguments... bet tad vajadzētu šo tagu veidot relācijā ar robežu, pretējā gadījumā nevarēs saprast, vai jārēķina pēc robežas vai jaunā taga.. Ja
