Re: [Talk-transit] [Talk-GB] Linked Railway Data Project Datasets
Is this: http://ontologi.es/rail/void.xhtml any use? Could a bot add, say, all the URLs to OSM? Interesting. We'd need some way of matching up the stations and routes with the relations in OSM. In many cases though, the National Rail three-letter stations codes are already added with the ref= tag. Which URLs would you want to import though? The ones to Wikipedia? Frankie -- Frankie Roberto Experience Designer, Rattle 0114 2706977 http://www.rattlecentral.com Sent from Manchester, Eng, United Kingdom ___ Talk-transit mailing list Talk-transit@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-transit
[talk-ph] looking for short-term contract and technical support for FOSS GIS
Hi, Apologies for cross-posting. I am hoping to get a local contact (based in the Philippines). We are looking for geo-geeks to assist and provide technical support in deploying FOSS-based GIS server implementation. Software stack Dbase - PostGIS and MS-SQL Frontend - openlayers, qgis, udig and ArcGIS GIS server - Geoserver Previous experience in deployment of similar software stack is necessary. Interested applicants/consultants, please send me your resume and portfolio. cheers, maning -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [OSM-talk] Timeline animation of Haïti map evoluti on
lz == Liz ed...@billiau.net writes: lz That seems to be the best way to get publicity these days so I presume someone lz needs to put them on those places. lz Eric are they CC videos? OK, I have uploaded them you the Youtube which may make viewing more convenient for some people. Port au Prince: http://www.youtube.com/watch?v=V7-7zVyRXIY Haïti: http://www.youtube.com/watch?v=kFwdtp52MS4 The animations are CC-BY-SA, though I haven't worked out how to tag them as such in Youtube. -- Eric Marsden ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Using digital tablet for drawing maps
Hi everyone, I'm thinking about buying a digital tablet and use it for drawing maps in JOSM/Potlatch/... Has anyone had any experience with digital tablets and GIS work (or even better - OSM work). I'm considering buying something cheap, like Wacom Bamboo (link is below), but I don't know if it is really usable for this kind of work (compared to a mouse). I find the mouse to be too sensitive and difficult to pinpoint on something (unless I reconfigure it for mapping work each time, which is tedious). Thanks in advance, Igor Brejc http://www.amazon.com/Wacom-Bamboo-Touch-Small-Tablet/dp/B002OOWC3S/ref=sr_1_1?ie=UTF8s=electronicsqid=1264415098sr=8-1 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Using digital tablet for drawing maps
On 25/01/2010 10:29, Igor Brejc wrote: Hi everyone, I'm thinking about buying a digital tablet and use it for drawing maps in JOSM/Potlatch/... Has anyone had any experience with digital tablets and GIS work (or even better - OSM work). I'm considering buying something cheap, like Wacom Bamboo (link is below), but I don't know if it is really usable for this kind of work (compared to a mouse). I find the mouse to be too sensitive and difficult to pinpoint on something (unless I reconfigure it for mapping work each time, which is tedious). Thanks in advance, Igor Brejc http://www.amazon.com/Wacom-Bamboo-Touch-Small-Tablet/dp/B002OOWC3S/ref=sr_1_1?ie=UTF8s=electronicsqid=1264415098sr=8-1 http://www.amazon.com/Wacom-Bamboo-Touch-Small-Tablet/dp/B002OOWC3S/ref=sr_1_1?ie=UTF8s=electronicsqid=1264415098sr=8-1 I did use a tablet at one point, but I gave up. In principle it should be ideal and it is for most drawing and painting programs, and you quickly get used to the right button on the pen side and operating menus with it. It's not the tablet that's the problem - an A6 size one is fine. The problem is Java. It seems to insist that for a mouse click to be recognized properly the coordinates at the down press have to be the same as those at the up-press. With a mouse this is a problem sometimes if you nudge it, but with a tablet it is impossible. There is a plugin for JOSM which tries to remedy this (by checking if the up and down are within a certain distance of each other). It wasn't right and I hacked it a bit, but it still isn't quite right because there is often a delay before sensing mouse clicks - if you are creating a way, you frequently click-click-click quite fast along the track, and JOSM quickly gets behind and the mouse tracking gets confused. This happens using a mouse as well and is very frustrating, but it is much worse with a tablet in my experience. So I think more could be done in JOSM to work around wjhat are essentially failings in Java's mouse handling, but it is not that great at the moment. It's not that you can't use it, you just have to be so much more deliberate and patient in entering clicks (and you do have to have the nearclick plugin) David ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Using digital tablet for drawing maps
Funny you speak about that... I recently found back my ages old Wacom Tablet and tried it with Merkaartor. Looks like Qt has some kind of builtin supoort for tablets (or was it Windows 7?) but it worked out-of-the-box (in tablet mode, not mouse emulation). That made me add a hand grabbing icon to Merkaartor, just for niceness ;-) - Chris - On Mon, Jan 25, 2010 at 11:29, Igor Brejc igor.br...@gmail.com wrote: Hi everyone, I'm thinking about buying a digital tablet and use it for drawing maps in JOSM/Potlatch/... Has anyone had any experience with digital tablets and GIS work (or even better - OSM work). I'm considering buying something cheap, like Wacom Bamboo (link is below), but I don't know if it is really usable for this kind of work (compared to a mouse). I find the mouse to be too sensitive and difficult to pinpoint on something (unless I reconfigure it for mapping work each time, which is tedious). Thanks in advance, Igor Brejc http://www.amazon.com/Wacom-Bamboo-Touch-Small-Tablet/dp/B002OOWC3S/ref=sr_1_1?ie=UTF8s=electronicsqid=1264415098sr=8-1 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Using digital tablet for drawing maps
David, Yes, I noticed this clicking problem with JOSM myself, and it is annoying. Is it Java or just JOSM-specific problem? In OS (Windows at least), the mouse-down and mouse-up events are treated separately, so I don't see why it would be problem if the mouse moves in between. Anyway, thanks for the info. Looks like I'm going to have to borrow a tablet and test it out with JOSM before buying. Igor On Mon, Jan 25, 2010 at 12:01 PM, David Earl da...@frankieandshadow.comwrote: On 25/01/2010 10:29, Igor Brejc wrote: Hi everyone, I'm thinking about buying a digital tablet and use it for drawing maps in JOSM/Potlatch/... Has anyone had any experience with digital tablets and GIS work (or even better - OSM work). I'm considering buying something cheap, like Wacom Bamboo (link is below), but I don't know if it is really usable for this kind of work (compared to a mouse). I find the mouse to be too sensitive and difficult to pinpoint on something (unless I reconfigure it for mapping work each time, which is tedious). Thanks in advance, Igor Brejc http://www.amazon.com/Wacom-Bamboo-Touch-Small-Tablet/dp/B002OOWC3S/ref=sr_1_1?ie=UTF8s=electronicsqid=1264415098sr=8-1 http://www.amazon.com/Wacom-Bamboo-Touch-Small-Tablet/dp/B002OOWC3S/ref=sr_1_1?ie=UTF8s=electronicsqid=1264415098sr=8-1 I did use a tablet at one point, but I gave up. In principle it should be ideal and it is for most drawing and painting programs, and you quickly get used to the right button on the pen side and operating menus with it. It's not the tablet that's the problem - an A6 size one is fine. The problem is Java. It seems to insist that for a mouse click to be recognized properly the coordinates at the down press have to be the same as those at the up-press. With a mouse this is a problem sometimes if you nudge it, but with a tablet it is impossible. There is a plugin for JOSM which tries to remedy this (by checking if the up and down are within a certain distance of each other). It wasn't right and I hacked it a bit, but it still isn't quite right because there is often a delay before sensing mouse clicks - if you are creating a way, you frequently click-click-click quite fast along the track, and JOSM quickly gets behind and the mouse tracking gets confused. This happens using a mouse as well and is very frustrating, but it is much worse with a tablet in my experience. So I think more could be done in JOSM to work around wjhat are essentially failings in Java's mouse handling, but it is not that great at the moment. It's not that you can't use it, you just have to be so much more deliberate and patient in entering clicks (and you do have to have the nearclick plugin) David ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] haiti: use osm-matrix
On Sun, Jan 24, 2010 at 11:05, Jan Tappenbeck o...@tappenbeck.net wrote: so use http://projekte.eiops.de/osm-matrix/ ! regards Jan :-) is the source code for this now available somewhere? -- -S ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Using digital tablet for drawing maps
David Earl david at frankieandshadow.com writes: I guess it depends who you ask. I think it's that Java and Windows take a different view about what constitutes a click as a combination of up and down events, rather than being a bug in anything. Having said that, the Java treatment is exceedingly unhelpful. It's not JOSM, though we could work around it in JOSM. I have noticed that when using OpenJUMP (Java GIS program) with Windows touch sceen tablet-PC that digitising goes fine with stylus but toggling visibility of layers by clicking a check box is almost impossible. Inspired by your remark on up and down events I made a test. It appeared that when drawing with the digitising tools the point is placed where I click the left button and it does not matter where I release the button. When I click the check box click and release must happen in the same place. Perhaps JOSM could be made to behave like OpenJUMP so that only the click down counts when drawing new features. I do not believe that in that mode there is any functionality programmed for click-and-drag. -Jukka Rahkonen- ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] The links for OffMaps and GaiaGPS were wrong in the wiki !
The links for OffMaps and GaiaGPS were wrong in the wiki ! How can that be ? Don't they know that there are people leaving in a hurry for Haiti, with many other worries than running after a broken link ? I cannot believe that someone editing such essential links would not check them at least once !? No wonder people complain that the apps are hard to load... Also, I vote for this smallest and most important section of the page to be moved to the top. (Going to see whether I can find out how this works. Feel free to give a hand if you are around.) Jean-Guilhem (apologies to anyone who might feel unfairly treated) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Using digital tablet for drawing maps
Cool, good to know. Igor On Mon, Jan 25, 2010 at 12:53 PM, Chris Browet c...@semperpax.com wrote: Funny you speak about that... I recently found back my ages old Wacom Tablet and tried it with Merkaartor. Looks like Qt has some kind of builtin supoort for tablets (or was it Windows 7?) but it worked out-of-the-box (in tablet mode, not mouse emulation). That made me add a hand grabbing icon to Merkaartor, just for niceness ;-) - Chris - On Mon, Jan 25, 2010 at 11:29, Igor Brejc igor.br...@gmail.com wrote: Hi everyone, I'm thinking about buying a digital tablet and use it for drawing maps in JOSM/Potlatch/... Has anyone had any experience with digital tablets and GIS work (or even better - OSM work). I'm considering buying something cheap, like Wacom Bamboo (link is below), but I don't know if it is really usable for this kind of work (compared to a mouse). I find the mouse to be too sensitive and difficult to pinpoint on something (unless I reconfigure it for mapping work each time, which is tedious). Thanks in advance, Igor Brejc http://www.amazon.com/Wacom-Bamboo-Touch-Small-Tablet/dp/B002OOWC3S/ref=sr_1_1?ie=UTF8s=electronicsqid=1264415098sr=8-1 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Fwd: Haiti Field requirement: Haiti OSM maps in PDF
Just picking up on this, the chatter I've heard suggests that it would be *very* helpful to overlay printed maps with the NATO MGRS grid. (MapOSMatic generates its own arbitrary grid: pretty, but not as useful in this situation.) @spara came up with this tidy lat/long and MGRS location finder, so the code is out there: http://haiti.crisiscommons.org/location/ Has anyone got further with a clean printable style? -andyg ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Fwd: Haiti Field requirement: Haiti OSM maps in PDF
In case you haven't seen these, the folks at Delta State University have been making PDFs with the MGRS grid of much of the main earthquake zone (and using some OSM data)--see them here: http://edcftp.cr.usgs.gov/pub/data/disaster/201001_Earthquake_Haiti/data/map_products/MISSISSIPPI_DELTA_STATE_MAPS/ (esp. see the Haiti_6Kscale_8511A4size_Geopdfimage_Atlas_vDSU20100123 series) They've been using ESRI products to produce the maps, but it would probably be worthwhile to talk to them if you want to do something similar. The Director there is Talbot Brooks. tbro...@deltastate.edu Brad On Mon, Jan 25, 2010 at 8:25 AM, Andy Gates an...@ravenfamily.org wrote: Just picking up on this, the chatter I've heard suggests that it would be *very* helpful to overlay printed maps with the NATO MGRS grid. (MapOSMatic generates its own arbitrary grid: pretty, but not as useful in this situation.) @spara came up with this tidy lat/long and MGRS location finder, so the code is out there: http://haiti.crisiscommons.org/location/ Has anyone got further with a clean printable style? -andyg ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] USGS map areas with street names
Wiki page http://wiki.openstreetmap.org/wiki/WikiProject_Haiti/Street_names contains a section called USGS map areas with street names which contains a list of pdf's with osm data overlain on USGS imagery with streetnames missing from osm at the time of preparation highlighted - these need adding to osm. There is nothing to indicate in the wiki which, if any, of these have been looked at systematically. Checking several at random has not told me which have been done and which haven't, except for the last page which has the No named streets in this section comment. Can anyone say which of these has been done? Adrian. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] USGS map areas with street names
Hi Adrian I also had a look at these maps and I still don't understand completely how they relate to OSM. The map already displays the OSMs road network, but where do the street names in the USGS map come from? They aren't taken from OSM, are they? Are there indeed two road networks in the USGS map, one in maroon (from OSM) and one from an unknown source (in black)? For my taste, navigation in the PDF atlas is too complicated (for mappers, people in the field may find it useful) and comparing the street names manually with names displayed on a slippymap in another instance is way too complicated too. Are the USGS maps available as tiles served by a WMS server? Regards Karl Am 25.01.2010 18:13, schrieb Adrian Brain: Wiki page http://wiki.openstreetmap.org/wiki/WikiProject_Haiti/Street_names contains a section called USGS map areas with street names which contains a list of pdf's with osm data overlain on USGS imagery with streetnames missing from osm at the time of preparation highlighted - these need adding to osm. There is nothing to indicate in the wiki which, if any, of these have been looked at systematically. Checking several at random has not told me which have been done and which haven't, except for the last page which has the No named streets in this section comment. Can anyone say which of these has been done? Adrian. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] USGS map areas with street names
Hi Karl, I had trouble understanding what these were too. The pdf's are from Delta State University (here) and represent the difference between the road names on the USGS maps and the road names on osm. Names present on the USGS maps but NOT in osm are highlighted in black. That is very useful, but there are roughly ninety docs with twenty (image) pages in each giving 1800 separate comparisons to be made. Also, updates will have been made to osm, from other sources, since the extract. So if a name is in black in the pdf but now present in osm that still does not indicate whether that area has been done or not. (And that doesn't include the work of actually putting names into osm when they are found) As each pdf is done it needs to be commented as such. I'm happy to start on the job but want to wait for some time in case anyone has already done some of the work. We can't afford to do such large amounts of work twice if we can avoid it. It would make sense to work outwards from PaP but it is the towns where the comparison is most laborious/time-consuming. Regards, Adrian. --- On Mon, 25/1/10, Karl Guggisberg karl.guggisb...@guggis.ch wrote: From: Karl Guggisberg karl.guggisb...@guggis.ch Subject: Re: [OSM-talk] USGS map areas with street names To: talk@openstreetmap.org Date: Monday, 25 January, 2010, 17:34 Hi Adrian I also had a look at these maps and I still don't understand completely how they relate to OSM. The map already displays the OSMs road network, but where do the street names in the USGS map come from? They aren't taken from OSM, are they? Are there indeed two road networks in the USGS map, one in maroon (from OSM) and one from an unknown source (in black)? For my taste, navigation in the PDF atlas is too complicated (for mappers, people in the field may find it useful) and comparing the street names manually with names displayed on a slippymap in another instance is way too complicated too. Are the USGS maps available as tiles served by a WMS server? Regards Karl Am 25.01.2010 18:13, schrieb Adrian Brain: Wiki page http://wiki.openstreetmap.org/wiki/WikiProject_Haiti/Street_names contains a section called USGS map areas with street names which contains a list of pdf's with osm data overlain on USGS imagery with streetnames missing from osm at the time of preparation highlighted - these need adding to osm. There is nothing to indicate in the wiki which, if any, of these have been looked at systematically. Checking several at random has not told me which have been done and which haven't, except for the last page which has the No named streets in this section comment. Can anyone say which of these has been done? Adrian. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk -Inline Attachment Follows- ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Duplicated Refugee Camps
This is a great offer (to be able to make potlatch more efficient for Haiti mapping) Can the group come to a consensus that it'll be helpful to have the following codes added to potlatch Refugee=Yes Source=Google, 2010-01-7 Source=WorldBank, 2010-01-22 Are there other source codes that people are using frequently, that we might like to request be added to potlatch? Here's the wiki page for a reference: http://wiki.openstreetmap.org/wiki/WikiProject_Haiti/Imagery_and_data_sources#WorldBank_Imagery Around 6pm EST, I'll start a potlatch ticket (request) based on feedback. Best Regards, Margie On Sun, Jan 24, 2010 at 4:51 PM, Richard Fairhurst rich...@systemed.net wrote: Margie Roswell wrote: Is there a way to put Refugee=Yes and Source=Google, 2010-01-17 as values in the backend? If you guys can come to a consensus as to what tags you'd like to have added, then let me know (ideally by starting a ticket at http://trac.openstreetmap.org/ with potlatch (flash editor) as the component, and a subject line including Haiti)... then I'm more than happy to add them to Potlatch. cheers Richard -- View this message in context: http://n2.nabble.com/Duplicated-Refugee-Camps-tp4449374p4450826.html Sent from the General Discussion mailing list archive at Nabble.com. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk -- Margie http://www.BaltimoreUrbanAg.org http://www.FarmersMarketVideo.org http://www.FriendlyCoffeehouse.org http://www.packtpub.com/drupal-5-views-recipes/book ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Duplicated Refugee Camps
Margie Roswell wrote: Are there other source codes that people are using frequently, that we might like to request be added to potlatch? On the specific issue of source= tags, Potlatch best practice is that you select the imagery you want from the popup menu, then use the B (for 'background') keypress to automatically tag the selected way/node with the appropriate value. That way, everyone mapping from that imagery uses the same value. Ævar's already asked for feedback on what imagery should be available in the popup menu, so do let him know. But yes, do let me know what other tags you'd like to see. cheers Richard -- View this message in context: http://n2.nabble.com/Duplicated-Refugee-Camps-tp4449374p4456187.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] Duplicated Refugee Camps
Add one vote for this from me. I think I read somewhere that the World Bank imagery effort was going to be spread over several days so would it be possible/sensible/advisable to make the automated tag read Source=WorldBank, 2010-01-22/31 or something like it? (ps note the typo below for Google, it should read 2010-01-17, seventeenth not seventh.) (btw, I was not aware of the 'B' key for the source of the background - good to know now) Regards, Adrian. --- On Mon, 25/1/10, Margie Roswell mrosw...@gmail.com wrote: From: Margie Roswell mrosw...@gmail.com Subject: Re: [OSM-talk] Duplicated Refugee Camps To: Richard Fairhurst rich...@systemed.net, crisismapp...@googlegroups.com Cc: OSM-talk talk@openstreetmap.org Date: Monday, 25 January, 2010, 19:18 This is a great offer (to be able to make potlatch more efficient for Haiti mapping) Can the group come to a consensus that it'll be helpful to have the following codes added to potlatch Refugee=Yes Source=Google, 2010-01-7 Source=WorldBank, 2010-01-22 Are there other source codes that people are using frequently, that we might like to request be added to potlatch? Here's the wiki page for a reference: http://wiki.openstreetmap.org/wiki/WikiProject_Haiti/Imagery_and_data_sources#WorldBank_Imagery Around 6pm EST, I'll start a potlatch ticket (request) based on feedback. Best Regards, Margie On Sun, Jan 24, 2010 at 4:51 PM, Richard Fairhurst rich...@systemed.net wrote: Margie Roswell wrote: Is there a way to put Refugee=Yes and Source=Google, 2010-01-17 as values in the backend? If you guys can come to a consensus as to what tags you'd like to have added, then let me know (ideally by starting a ticket at http://trac.openstreetmap.org/ with potlatch (flash editor) as the component, and a subject line including Haiti)... then I'm more than happy to add them to Potlatch. cheers Richard -- View this message in context: http://n2.nabble.com/Duplicated-Refugee-Camps-tp4449374p4450826.html Sent from the General Discussion mailing list archive at Nabble.com. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk -- Margie http://www.BaltimoreUrbanAg.org http://www.FarmersMarketVideo.org http://www.FriendlyCoffeehouse.org http://www.packtpub.com/drupal-5-views-recipes/book ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Duplicated Refugee Camps
I'm sure refugee=yes is going to be helpful! I think in the documentation it says S, which is why that never worked for me. (That's from memory...) Ah, here: http://wiki.openstreetmap.org/wiki/Image:Potlatch-cheatsheet.svg Can someone correct that? (Change S to B) On Mon, Jan 25, 2010 at 2:34 PM, Richard Fairhurst rich...@systemed.net wrote: Margie Roswell wrote: Are there other source codes that people are using frequently, that we might like to request be added to potlatch? On the specific issue of source= tags, Potlatch best practice is that you select the imagery you want from the popup menu, then use the B (for 'background') keypress to automatically tag the selected way/node with the appropriate value. That way, everyone mapping from that imagery uses the same value. Ævar's already asked for feedback on what imagery should be available in the popup menu, so do let him know. But yes, do let me know what other tags you'd like to see. cheers Richard -- View this message in context: http://n2.nabble.com/Duplicated-Refugee-Camps-tp4449374p4456187.html Sent from the General Discussion mailing list archive at Nabble.com. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk -- Margie http://www.BaltimoreUrbanAg.org http://www.FarmersMarketVideo.org http://www.FriendlyCoffeehouse.org http://www.packtpub.com/drupal-5-views-recipes/book ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] haiti: use osm-matrix
Am 25.01.2010 13:09, schrieb Simone Cortesi: On Sun, Jan 24, 2010 at 11:05, Jan Tappenbecko...@tappenbeck.net wrote: so use http://projekte.eiops.de/osm-matrix/ ! regards Jan :-) is the source code for this now available somewhere? Dear Simone, i modifiy the programm less and had to test - it is a perl-tool. how fast did you need it - haiti exists !!! regards Jan :-) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] USGS map areas with street names
Is the whole thing on the wiki just wrong? I haven't looked extensively, but the street names appear to match up. This would make sense as the map says Street data courtesy openstreetmap.org If there were any other data, it would probably be from MINUSTAH, but that's already mentioned on the OSM Street Names page. Has anyone seen a specific example of where the USGS maps have more street data than OSM? Brad On Mon, Jan 25, 2010 at 12:26 PM, Adrian Brain adrianpbr...@yahoo.co.ukwrote: Hi Karl, I had trouble understanding what these were too. The pdf's are from Delta State University (herehttp://edcftp.cr.usgs.gov/pub/data/disaster/201001_Earthquake_Haiti/data/map_products/MISSISSIPPI_DELTA_STATE_MAPS/Haiti_25Kand6Kcombo_lettersize_GeopdfimageAtlas_vDSU20100119/) and represent the difference between the road names on the USGS maps and the road names on osm. Names present on the USGS maps but NOT in osm are highlighted in black. That is very useful, but there are roughly ninety docs with twenty (image) pages in each giving 1800 separate comparisons to be made. Also, updates will have been made to osm, from other sources, since the extract. So if a name is in black in the pdf but now present in osm that still does not indicate whether that area has been done or not. (And that doesn't include the work of actually putting names into osm when they are found) As each pdf is done it needs to be commented as such. I'm happy to start on the job but want to wait for some time in case anyone has already done some of the work. We can't afford to do such large amounts of work twice if we can avoid it. It would make sense to work outwards from PaP but it is the towns where the comparison is most laborious/time-consuming. Regards, Adrian. --- On *Mon, 25/1/10, Karl Guggisberg karl.guggisb...@guggis.ch* wrote: From: Karl Guggisberg karl.guggisb...@guggis.ch Subject: Re: [OSM-talk] USGS map areas with street names To: talk@openstreetmap.org Date: Monday, 25 January, 2010, 17:34 Hi Adrian I also had a look at these maps and I still don't understand completely how they relate to OSM. The map already displays the OSMs road network, but where do the street names in the USGS map come from? They aren't taken from OSM, are they? Are there indeed two road networks in the USGS map, one in maroon (from OSM) and one from an unknown source (in black)? For my taste, navigation in the PDF atlas is too complicated (for mappers, people in the field may find it useful) and comparing the street names manually with names displayed on a slippymap in another instance is way too complicated too. Are the USGS maps available as tiles served by a WMS server? Regards Karl Am 25.01.2010 18:13, schrieb Adrian Brain: Wiki page http://wiki.openstreetmap.org/wiki/WikiProject_Haiti/Street_names contains a section called USGS map areas with street names which contains a list of pdf's with osm data overlain on USGS imagery with streetnames missing from osm at the time of preparation highlighted - these need adding to osm. There is nothing to indicate in the wiki which, if any, of these have been looked at systematically. Checking several at random has not told me which have been done and which haven't, except for the last page which has the No named streets in this section comment. Can anyone say which of these has been done? Adrian. ___ talk mailing list talk@openstreetmap.org http://mc/compose?to=t...@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk -Inline Attachment Follows- ___ talk mailing list talk@openstreetmap.org http://mc/compose?to=t...@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Keeping the Haiti Camps Up to Date
Hey All, We are doing great on moving from points to polygons with all the refugee campsites. We now have awesome 8cm imagery available from the 22nd. Was the google doc I made helpful? Would you like something else? I could add more links with other imagery. I know reloading the flash is annoying but I figured it was better than having to zoom around to find a camp. I could do an export of the camps to OSM files for Potlatch users if that is helpful. Thoughts? -Kate ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Duplicated Refugee Camps
Jean-Guilhem, thanks for forwarding my note... I have a weird Kinesis keyboard, so I don't know if my copy/paste-in-JOSM problem is Kinesis specific, or not. Anyone else use JOSM on a mac? If so, are you able to copy and paste in the WMS setup? By the way, I'd love a session on Saturday at DC CrisisCamp (is anyone from here going to be there?) on JOSM. (Andrew gave me a good start, but could use a bit more.) My note on EventBrite said I'd be there in the afternoon, but looks like morning is now my only option. If we could schedule a 10 am JOSM tutorial in DC, I'll do my best to be there! Best, Margie On Mon, Jan 25, 2010 at 3:56 PM, Jean-Guilhem Cailton (Arkemie) arke...@free.fr wrote: Let's try to call for a little homegrown OSM_Emergency here : Gentlemen JOSM developers, would you be so kind to get copy and paste working in JOSM on Margie's Mac, please ? :) Yeah, try to figure out how the sticky map works. Once you do, it's a snap to get anywhere. Jean-Guilhem, same here Margie Roswell a écrit : I tried... was doing battle finding where the heck the worldbank areas were. Need probably a 5 minute tutorial... Anyhow, will switch, once I can get it to work. I installed the validator and wms plugins, but just don't know my way around there yet. Ah: big barrier: copy and paste doesn't work on my mac in JOSM, for some reason. So, entering the WMS urls is a bear!!! Anyhow, not a bad thing to get a refugee tag in there, since it's being used. Margie, ever-learning! On Mon, Jan 25, 2010 at 3:24 PM, Jean-Guilhem Cailton j...@arkemie.com wrote: Hi Margie, You still haven't switched to JOSM ? :( Jean-Guilhem :) (You are going to know Potlach's insides-outs so well you'll never want to change again, to throw it away and start from scratch. ;) Well, it's your own investments of course) Margie Roswell a écrit : I'm sure refugee=yes is going to be helpful! I think in the documentation it says S, which is why that never worked for me. (That's from memory...) Ah, here: http://wiki.openstreetmap.org/wiki/Image:Potlatch-cheatsheet.svg Can someone correct that? (Change S to B) On Mon, Jan 25, 2010 at 2:34 PM, Richard Fairhurst rich...@systemed.net wrote: Margie Roswell wrote: Are there other source codes that people are using frequently, that we might like to request be added to potlatch? On the specific issue of source= tags, Potlatch best practice is that you select the imagery you want from the popup menu, then use the B (for 'background') keypress to automatically tag the selected way/node with the appropriate value. That way, everyone mapping from that imagery uses the same value. Ævar's already asked for feedback on what imagery should be available in the popup menu, so do let him know. But yes, do let me know what other tags you'd like to see. cheers Richard -- View this message in context: http://n2.nabble.com/Duplicated-Refugee-Camps-tp4449374p4456187.html Sent from the General Discussion mailing list archive at Nabble.com. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk -- Margie http://www.BaltimoreUrbanAg.org http://www.FarmersMarketVideo.org http://www.FriendlyCoffeehouse.org http://www.packtpub.com/drupal-5-views-recipes/book ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Duplicated Refugee Camps
Let's try to call for a little homegrown OSM_Emergency here : Gentlemen JOSM developers, would you be so kind to get copy and paste working in JOSM on Margie's Mac, please ? :) Yeah, try to figure out how the sticky map works. Once you do, it's a snap to get anywhere. Jean-Guilhem, same here Margie Roswell a écrit : I tried... was doing battle finding where the heck the worldbank areas were. Need probably a 5 minute tutorial... Anyhow, will switch, once I can get it to work. I installed the validator and wms plugins, but just don't know my way around there yet. Ah: big barrier: copy and paste doesn't work on my mac in JOSM, for some reason. So, entering the WMS urls is a bear!!! Anyhow, not a bad thing to get a refugee tag in there, since it's being used. Margie, ever-learning! On Mon, Jan 25, 2010 at 3:24 PM, Jean-Guilhem Cailton j...@arkemie.com wrote: Hi Margie, You still haven't switched to JOSM ? :( Jean-Guilhem :) (You are going to know Potlach's insides-outs so well you'll never want to change again, to throw it away and start from scratch. ;) Well, it's your own investments of course) Margie Roswell a écrit : I'm sure refugee=yes is going to be helpful! I think in the documentation it says S, which is why that never worked for me. (That's from memory...) Ah, here: http://wiki.openstreetmap.org/wiki/Image:Potlatch-cheatsheet.svg Can someone correct that? (Change S to B) On Mon, Jan 25, 2010 at 2:34 PM, Richard Fairhurst rich...@systemed.net wrote: Margie Roswell wrote: Are there other source codes that people are using frequently, that we might like to request be added to potlatch? On the specific issue of source= tags, Potlatch best practice is that you select the imagery you want from the popup menu, then use the B (for 'background') keypress to automatically tag the selected way/node with the appropriate value. That way, everyone mapping from that imagery uses the same value. Ævar's already asked for feedback on what imagery should be available in the popup menu, so do let him know. But yes, do let me know what other tags you'd like to see. cheers Richard -- View this message in context: http://n2.nabble.com/Duplicated-Refugee-Camps-tp4449374p4456187.html Sent from the General Discussion mailing list archive at Nabble.com. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] USGS map areas with street names
I wrote (guessed) part of what is on the wiki because there was just this list of PDF documents and no furthern info. I'm looking for confirmations/corrections from people who are actually involved in producing these maps. Discussion was to complete OSM data from the USGS maps but the way it looks now it doesn't make a lot of senset to me. And no, I didn't find any name I could have completed when I had a closer look at three samples areas. Should we simply remove the whole section from the wiki? -- Karl Am 25.01.2010 21:31, schrieb Brad Neuhauser: Is the whole thing on the wiki just wrong? I haven't looked extensively, but the street names appear to match up. This would make sense as the map says Street data courtesy openstreetmap.org http://openstreetmap.org If there were any other data, it would probably be from MINUSTAH, but that's already mentioned on the OSM Street Names page. Has anyone seen a specific example of where the USGS maps have more street data than OSM? Brad On Mon, Jan 25, 2010 at 12:26 PM, Adrian Brain adrianpbr...@yahoo.co.uk mailto:adrianpbr...@yahoo.co.uk wrote: Hi Karl, I had trouble understanding what these were too. The pdf's are from Delta State University (here http://edcftp.cr.usgs.gov/pub/data/disaster/201001_Earthquake_Haiti/data/map_products/MISSISSIPPI_DELTA_STATE_MAPS/Haiti_25Kand6Kcombo_lettersize_GeopdfimageAtlas_vDSU20100119/) and represent the difference between the road names on the USGS maps and the road names on osm. Names present on the USGS maps but NOT in osm are highlighted in black. That is very useful, but there are roughly ninety docs with twenty (image) pages in each giving 1800 separate comparisons to be made. Also, updates will have been made to osm, from other sources, since the extract. So if a name is in black in the pdf but now present in osm that still does not indicate whether that area has been done or not. (And that doesn't include the work of actually putting names into osm when they are found) As each pdf is done it needs to be commented as such. I'm happy to start on the job but want to wait for some time in case anyone has already done some of the work. We can't afford to do such large amounts of work twice if we can avoid it. It would make sense to work outwards from PaP but it is the towns where the comparison is most laborious/time-consuming. Regards, Adrian. --- On *Mon, 25/1/10, Karl Guggisberg /karl.guggisb...@guggis.ch mailto:karl.guggisb...@guggis.ch/* wrote: From: Karl Guggisberg karl.guggisb...@guggis.ch mailto:karl.guggisb...@guggis.ch Subject: Re: [OSM-talk] USGS map areas with street names To: talk@openstreetmap.org mailto:talk@openstreetmap.org Date: Monday, 25 January, 2010, 17:34 Hi Adrian I also had a look at these maps and I still don't understand completely how they relate to OSM. The map already displays the OSMs road network, but where do the street names in the USGS map come from? They aren't taken from OSM, are they? Are there indeed two road networks in the USGS map, one in maroon (from OSM) and one from an unknown source (in black)? For my taste, navigation in the PDF atlas is too complicated (for mappers, people in the field may find it useful) and comparing the street names manually with names displayed on a slippymap in another instance is way too complicated too. Are the USGS maps available as tiles served by a WMS server? Regards Karl Am 25.01.2010 18:13, schrieb Adrian Brain: Wiki page http://wiki.openstreetmap.org/wiki/WikiProject_Haiti/Street_names contains a section called USGS map areas with street names which contains a list of pdf's with osm data overlain on USGS imagery with streetnames missing from osm at the time of preparation highlighted - these need adding to osm. There is nothing to indicate in the wiki which, if any, of these have been looked at systematically. Checking several at random has not told me which have been done and which haven't, except for the last page which has the No named streets in this section comment. Can anyone say which of these has been done? Adrian. ___ talk mailing list talk@openstreetmap.org http://mc/compose?to=t...@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk -Inline Attachment Follows- ___ talk mailing list talk@openstreetmap.org http://mc/compose?to=t...@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Keeping the Haiti Camps Up to Date
I did a slew of those points-to-polygons, yay! :) The Google Doc with the links (I'm guessing you're referring to the point-to-polygon spreadsheet?) was very helpful. What do you mean by something else? Bring it on! Best Regards, Margie On Mon, Jan 25, 2010 at 3:43 PM, Kate Chapman k...@maploser.com wrote: Hey All, We are doing great on moving from points to polygons with all the refugee campsites. We now have awesome 8cm imagery available from the 22nd. Was the google doc I made helpful? Would you like something else? I could add more links with other imagery. I know reloading the flash is annoying but I figured it was better than having to zoom around to find a camp. I could do an export of the camps to OSM files for Potlatch users if that is helpful. Thoughts? -Kate ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk -- Margie http://www.BaltimoreUrbanAg.org http://www.FarmersMarketVideo.org http://www.FriendlyCoffeehouse.org http://www.packtpub.com/drupal-5-views-recipes/book ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] USGS map areas with street names
OK, I went back and found the message referenced on the wiki: http://lists.openstreetmap.org/pipermail/talk/2010-January/047477.html J-G forwarded a message that included a link to the USGS maps. The message was in response to someone looking for an updated street index, and it spun off from there. If we need further confirmation, user osmapb1--oh, that's Adrian--has gone and checked 9 areas and found no differences. So, yes, I'd recommend removing it. Plenty of other things to work on! (if noone else does it in the next hour or two, I'll do when I have another chance). Brad On Mon, Jan 25, 2010 at 6:00 PM, Karl Guggisberg karl.guggisb...@guggis.chwrote: I wrote (guessed) part of what is on the wiki because there was just this list of PDF documents and no furthern info. I'm looking for confirmations/corrections from people who are actually involved in producing these maps. Discussion was to complete OSM data from the USGS maps but the way it looks now it doesn't make a lot of senset to me. And no, I didn't find any name I could have completed when I had a closer look at three samples areas. Should we simply remove the whole section from the wiki? -- Karl Am 25.01.2010 21:31, schrieb Brad Neuhauser: Is the whole thing on the wiki just wrong? I haven't looked extensively, but the street names appear to match up. This would make sense as the map says Street data courtesy openstreetmap.org If there were any other data, it would probably be from MINUSTAH, but that's already mentioned on the OSM Street Names page. Has anyone seen a specific example of where the USGS maps have more street data than OSM? Brad On Mon, Jan 25, 2010 at 12:26 PM, Adrian Brain adrianpbr...@yahoo.co.ukwrote: Hi Karl, I had trouble understanding what these were too. The pdf's are from Delta State University (herehttp://edcftp.cr.usgs.gov/pub/data/disaster/201001_Earthquake_Haiti/data/map_products/MISSISSIPPI_DELTA_STATE_MAPS/Haiti_25Kand6Kcombo_lettersize_GeopdfimageAtlas_vDSU20100119/) and represent the difference between the road names on the USGS maps and the road names on osm. Names present on the USGS maps but NOT in osm are highlighted in black. That is very useful, but there are roughly ninety docs with twenty (image) pages in each giving 1800 separate comparisons to be made. Also, updates will have been made to osm, from other sources, since the extract. So if a name is in black in the pdf but now present in osm that still does not indicate whether that area has been done or not. (And that doesn't include the work of actually putting names into osm when they are found) As each pdf is done it needs to be commented as such. I'm happy to start on the job but want to wait for some time in case anyone has already done some of the work. We can't afford to do such large amounts of work twice if we can avoid it. It would make sense to work outwards from PaP but it is the towns where the comparison is most laborious/time-consuming. Regards, Adrian. --- On *Mon, 25/1/10, Karl Guggisberg karl.guggisb...@guggis.ch* wrote: From: Karl Guggisberg karl.guggisb...@guggis.ch Subject: Re: [OSM-talk] USGS map areas with street names To: talk@openstreetmap.org Date: Monday, 25 January, 2010, 17:34 Hi Adrian I also had a look at these maps and I still don't understand completely how they relate to OSM. The map already displays the OSMs road network, but where do the street names in the USGS map come from? They aren't taken from OSM, are they? Are there indeed two road networks in the USGS map, one in maroon (from OSM) and one from an unknown source (in black)? For my taste, navigation in the PDF atlas is too complicated (for mappers, people in the field may find it useful) and comparing the street names manually with names displayed on a slippymap in another instance is way too complicated too. Are the USGS maps available as tiles served by a WMS server? Regards Karl Am 25.01.2010 18:13, schrieb Adrian Brain: Wiki page http://wiki.openstreetmap.org/wiki/WikiProject_Haiti/Street_names contains a section called USGS map areas with street names which contains a list of pdf's with osm data overlain on USGS imagery with streetnames missing from osm at the time of preparation highlighted - these need adding to osm. There is nothing to indicate in the wiki which, if any, of these have been looked at systematically. Checking several at random has not told me which have been done and which haven't, except for the last page which has the No named streets in this section comment. Can anyone say which of these has been done? Adrian. ___ talk mailing listt...@openstreetmap.org http://mc/compose?to=t...@openstreetmap.orghttp://lists.openstreetmap.org/listinfo/talk -Inline Attachment Follows- ___ talk mailing list
Re: [OSM-talk] Keeping the Haiti Camps Up to Date
Margie, Not sure what something else means. I could make a GPX file which can be loaded in Potlatch. The one thing with the direct link from the Google Doc is the item you are editing in the center of the window. The newest imagery covers a larger area so it might be okay just to do another google doc with the centers of the camps. Then people could go to each camp and verify it or update it. (editing tags wouldn't be an issue really because you would be modifying a record rather than having a new one) -Kate On Mon, Jan 25, 2010 at 8:34 PM, Margie Roswell mrosw...@gmail.com wrote: I did a slew of those points-to-polygons, yay! :) The Google Doc with the links (I'm guessing you're referring to the point-to-polygon spreadsheet?) was very helpful. What do you mean by something else? Bring it on! Best Regards, Margie ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] [Fwd: [CrisisMappers] World Bank, GFDRR, RIT, ImageCAT Remote Sensing Mission to Haiti ‐ Status Report ‐ 24 January 2010]
Message original Sujet : [CrisisMappers] World Bank, GFDRR, RIT, ImageCAT Remote Sensing Mission to Haiti ‐ Status Report ‐ 24 January 2010 Date : Mon, 25 Jan 2010 22:24:14 -0500 De :sg...@worldbank.org Répondre à :crisismapp...@googlegroups.com Pour : undisclosed-recipients:; *World Bank, GFDRR, RIT, ImageCAT Remote Sensing Mission to Haiti ‐ Status Report ‐ 24 January 2010 * Another excellent day of imaging for the RIT sensor system. We completed about half of the Leogane target area. Figure illustrates the coverage of today's mission shaded in green. We will proceed to the fault area and collect as much as possible of those flight lines tomorrow (1/25). *Future Flight Plans* Tomorrow we will focus on the fault line for the USGS (red area). This collect will be optimized for very high resolution LiDAR (5 pts/m2) which means operating at an altitude of about 6,500 ft. This will result in a color camera resolution 30 cm or larger. However, there is little in the way of populated areas along the fault itself. It will take 1 more day of flying to complete the Leogane area. In addition, we are looking at plans to possibly collect additional sites around Jacmel, Petit Goave, Fermate, and Kenscoff. This will require one additional day of flying. We are also considering plans for basing in the Dominican Republic to increase our daily collection efficiency. Basing in the Dominican Republic will preclude daily upload of collected data, but result in much more collection per day. *Data publishing* We are trying to disseminate the data as quickly as possible and are enormously grateful to everyone who is helping with this. Patience is still needed though. Currently we are trying to get it out through: Google, Yahoo!, Microsoft, USGS, ERDAS, Virtual Disaster Viewer (VDV) at University at Buffalo, UN-SPIDER (hosted at RIT) and the very impressive http://hypercube.telascience.org ttp://hypercube.telascience.org%22 site. The data can be easily viewed at: http://smal.in/haitirit_data ttp://smal.in/haitirit_data%22 Instructions: - Expand the Hi Res Aerials Image tab on the left - Check or un-check the three aerial imagery choices under this tab - RIT's data are displayed as Worldbank - Scroll around the data by grabbing the imagery (left-mouse click) and dragging the mouse around while keep the left mouse button pressed. - Zoom in and out using the mouse wheel. - You can view the various type of collects by switching the check boxes on the left Stuart P. D. Gill --- Disaster Risk Management Sustainable development Latin America Caribbean The World Bank 1818 H St NW Washington DC +1 202-4580859 sg...@worldbank.org -- You received this message because you are subscribed to the Google Groups CrisisMappers group. To post to this group, send email to crisismapp...@googlegroups.com. To unsubscribe from this group, send email to crisismappers+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/crisismappers?hl=. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[talk-au] Planning Mapping Party in Canberra - Haiti Edition
Hi All, I am currently considering a charity mapping party and need some ideas from the oz community. Last mapping party I held in Canberra 20 odd people turned up. I think the interest in OSM is growing. So I am considering organizing a mapping party next month where GIS professionals who actually want to learn about OSM for use at work to pay a token sum of $2 which gets donated to Red Cross for Haiti. Believe me there are a lot of ArcGIS ppl here in Canberra who are seriously considering using OSM for work. I want your thoughts on the idea. Any gaping holes, objections? I also want to know if we have any jointly held (as in the trusted osm community) paypal account. If not I will have to hesitantly use my own. I have tentatively selected Feb 20th for the party please see http://mappingparty.eventwax.com/canberra-mapping-party-2/ Feed back welcome Kind regards Shoaib Burq -- Canberra twitter: http://twitter.com/sabman http://nomad-labs.com ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] access=destination
On Mon, Jan 25, 2010 at 5:07 PM, Stephen Hope slh...@gmail.com wrote: A Local Traffic sign is a recommendation, not a law. As such, it is sort of the opposite of access=designated, which is designed to show places we would prefer certain vehicles to go, this is designed to show places we would prefer them not to. We don't actually have a tag for this at the moment, maybe we need one. Yeah good point. Or alternatively, for motor vehicles, the way is designated for local traffic? Some potential tags: * motor_vehicle:local_traffic=designated * motor_vehicle:destination=designated ...or... * motor_vehicle:through_traffic=not_intended Maybe we need to do a data extract and look at how many such tags exist - ie how big a problem it is. There may be few enough that we can do some sort of check before we do any automated changing. FWIW, I believe access=destination ways are rendered in OSM mapnik with a dotted blue fill, e.g. http://www.openstreetmap.org/?lat=-27.46151lon=153.09406zoom=17layers=B000FTF ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
[Talk-br] Tradução do JOSM
Pessoal, Não lembro se havíamos discutidos sobre isso, mas vejo que estão ocorrendo alguns conflitos na tradução de alguns termos no JOSM. Por isso, queria que vocês me ajudassem a identificar quais são as palavras que tem mais problemas. Abaixo estão algumas. Em negrito está o que eu prefiro traduzir. - way: *caminho* ou via; - changeset: *changeset* ou conjunto de modificações; - tag: *tag* ou etiqueta. Criei uma página no wiki para documentarmos isto: http://wiki.openstreetmap.org/wiki/Tradução_do_JOSM_para_Português_Brasileirohttp://wiki.openstreetmap.org/wiki/Tradu%C3%A7%C3%A3o_do_JOSM_para_Portugu%C3%AAs_Brasileiro Abs, Vitor ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-de] Omniscale OSM-WMS aktualisiert
Moin, On 15.01.2010, at 09:30, Oliver Tonnhofer wrote: PS: Im aktuellen Datenbestand sind gibt es noch Probleme mit Multipolygon Relations (so ist z.B. der Bodensee z.Zt. trockengelegt). Das wird allerdings in der nächsten Woche behoben. Die Multipolygone funktionieren nun zum größten Teil. Hier und da kann z.B. nochmal ein Innenhof fehlen, etc. Das freie Tagging-Format für Polygone ist nicht immer leicht zu verarbeiten. Nach und nach werden wir das aber noch verbessern. Auch die Ways mit Straßen plus Straßenbahn werden nun dargestellt. Danke für die Hinweise. Gruß Oliver -- Oliver Tonnhofer tonnho...@omniscale.de Omniscale - Dominik Helle, Oliver Tonnhofer GbR Nadorster Str. 60, 26123 Oldenburg Tel: +49(0)441/9392774-2 (Fax: 9) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Omniscale OSM-WMS aktualisiert
Hallo, Oliver Tonnhofer wrote: Die Multipolygone funktionieren nun zum größten Teil. Hier und da kann z.B. nochmal ein Innenhof fehlen, etc. Das freie Tagging-Format für Polygone ist nicht immer leicht zu verarbeiten. Nach und nach werden wir das aber noch verbessern. Also mit Lichtungen in Waeldern klappt es noch ueberhaupt nicht, siehe Beispiel hier (in den inneren blauen Ringen sollte eigentlich kein Wald sein): http://www.remote.org/frederik/tmp/omniscale_wald.png Erzaehlt ihr mal etwas mehr darueber, wie ihr die Daten aufbereitet? Fuer die Multipolygone solltet ihr ungefaehr nach diesem Algorithmus vorgehen: http://wiki.openstreetmap.org/wiki/Relation:multipolygon/Algorithm Je nachdem, was ihr genau macht, koennte es sein, dass ihr zuweilen an dem scheitert, was da in RG-6 beschrieben ist - wenn man die Polygone mit PostGIS zusammenbaut, dann mag das naemlich gar nicht, wenn zwei innere Ringe sich beruehren, und das kommt in OSM oefters vor. Weil ziemlich viele Leute mit diesen Multipolygonen nicht so gut zurecht kommen, haben wir angefangen, einen PostGIS-Dump bereitzustellen, in saemtliche Flaechenobjekte, inkl. komplexer Multipolygone, fertig aufbereitet als Polygongeometrien drin sind: http://download.geofabrik.de/polygon/ Update derzeit aber nur einmal die Woche. Eventuell koennt ihr das benutzen, oder zumindest zur Fehlersuche heranziehen. Ist allerdings weltweit, also muesst ihr ggf. erst noch Euren Bereich rausschneiden. Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Wie sicher ist Openstreetmap vor Ausbeutung?
Jemand moechte gerne seine eigene Kartendarstellung haben, duest dafuer mit GPS-Maus am Notebook in einem gestohlenem Google-Auto durch alle Strassen. Laedt fleissig bei OSM hoch und hat nach ein paar Jahren seine Wunschkarte erstellt. Ein paar Tage drauf kostet der Zugriff auf den OSM-Server 10 EUR/Monat im Abo und Daten runterladen geht nur noch in 100 kB Haeppchen. Wie realistisch ist so ein Scenario? Welche Abhaengigkeiten bestehen? Falls Stadtplandienst die OSM Server kauft, koennte eine neue Gruppe den letzten Datenstand auf eigene Server hochladen und weiter machen? Welches Interesse haben die Betreiber und Sponsoren an dem Projekt? Ich fand dazu bislang noch keine Antwort, auch bei der letzten Mapping-Party war das den Teilnehmern nicht ganz klar. Herzliche Gruesse, und frohes mappen, -- Jonas Stein n...@jonasstein.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wie sicher ist Openstreetmap vor Ausbeutung?
Am Montag, den 25.01.2010, 13:53 +0100 schrieb Jonas Stein: Welche Abhaengigkeiten bestehen? Welcher Form? Die Frage ist ungenau. OSM hängt nicht klassisch von einer Firma o.ä. ab, sondern wird von dem englischen Äquivalent eines e.V. verwaltet. Falls Stadtplandienst die OSM Server kauft, Man kann keine Server kaufen. OSM wird verwaltet von der OSM-Foundation, die die Server betreibt. Man könnte versuchen die OSM Foundation zu übernehmen. Dagegen kann man sich wehren, indem man der Foundation als Mitglied beitritt und damit Stimmrechte erwirbt. koennte eine neue Gruppe den letzten Datenstand auf eigene Server hochladen und weiter machen? Ja. Grüße Roland ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wie sicher ist Openstreetmap vor Ausbeutung?
Original-Nachricht Datum: Mon, 25 Jan 2010 13:53:18 +0100 Von: Jonas Stein n...@jonasstein.de An: talk-de@openstreetmap.org Betreff: [Talk-de] Wie sicher ist Openstreetmap vor Ausbeutung? Welche Abhaengigkeiten bestehen? Falls Stadtplandienst die OSM Server kauft, koennte eine neue Gruppe den letzten Datenstand auf eigene Server hochladen und weiter machen? Soweit es das Worldfile betrifft, ist die Sache einfach zu beantworten. Alle Daten, die da drin sind, koennen fuer einen Neustart auf einem beliebigen Server an beliebigen Ort verwendet werden. Spannender wirds bei den ganzen Changeset-Sachen, die immer wichtiger werden. Das wuerde mich auch interessieren, inwieweit da Daten verlorengehen, wenn alle DB-Server mit allen Backups verloren gehen wuerden. Welches Interesse haben die Betreiber und Sponsoren an dem Projekt? Ich fand dazu bislang noch keine Antwort, auch bei der letzten Mapping-Party war das den Teilnehmern nicht ganz klar. Bei Geofabrik und Cloudmade sollte das Interesse klar sein. Wenn die ein Geschaeftsmodell haben, muesste die Antwort da drin stehen. Denke mal, die ziehen Projekte rund um OSM-Daten an Land mit denen sie die Loehne der Mitarbeiter bezahlen. Gruesse Hubert -- Jetzt kostenlos herunterladen: Internet Explorer 8 und Mozilla Firefox 3.5 - sicherer, schneller und einfacher! http://portal.gmx.net/de/go/atbrowser ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wie sicher ist Openstreetmap vor Ausbeutung?
Hallo, Jonas Stein wrote: Ein paar Tage drauf kostet der Zugriff auf den OSM-Server 10 EUR/Monat im Abo und Daten runterladen geht nur noch in 100 kB Haeppchen. Wie realistisch ist so ein Scenario? Das mit den 100kb-Haeppchen kann natuerlich bei einer Server-Ueberlastung immer passieren, und grundsaetzlich *koennten* die derzeitigen Serverbetreiber auch Geld fuer den Zugriff verlangen (das waere ziemlich bloedsinnig, und niemand hat es vor, aber gehen taete es schon). Allerdings kann jeder, jederzeit, einen kompletten Datenabzug - neuerdings sogar mit Historie einschl. Changesets, und bald auch mit GPS-Tracks - vom OSM-Server runterladen und damit einen eigenen OSM-Server aufstellen, der keine 10 EUR/Monat kostet und bei dem man beliebig viel herunterladen kann. Da kann man also relativ unbesorgt sein. Das einzige, was bei so einem Neustart verloren gehen wuerde, waeren GPS-Tracks von Leuten, die als privat hochgeladen wurden, denn diese sind eben privat und nicht fuer die Oeffentlichkeit bestimmt. Auch die Benutzer-Accounts mit Passwoertern und E-Mail-Adressen sind nicht oeffentlich, d.h. jeder muesste sich beim neuen System neu anmelden. Die OSM Foundation betreibt die Server, hat die Domains openstreetmap.org/osm.org inne und bemueht sich u.U. um Markeneintragung fuer den Namen OSM. Eine feindliche Uebernahme der OSMF durch z.B. stadtplandienst oder so wuerde also dazu fuehren, dass unsere Daten alle frei bleiben und jeder damit ein neues OSM aufsetzen kann, aber der neue Besitzer koennte natuerlich auf die Webseite openstreetmap.org irgendwas schreiben wie kommt alle zu blablub.net und macht beim nachfolger von OSM mit und dadurch die Bekanntheit von OSM fuer eigene Zwecke nutzen. Mit feindlicher Uebernahme ist hier kein Aufkaufen gemeint, das geht nicht, sondern man muesste massiv Mitglieder in die OSMF einschleusen und dadurch dann die Wahlen entsprechend beeinflussen, so dass die Mehrheit der Vorstandmitglieder aus dem eigenen Freundeskreis bestehen, dann kann man da schalten und walten wie man will. Mit dem geplanten Lizenzwechsel aendert sich die Situation geringfuegig, die OSMF ist dann nicht mehr voellig egal, sondern sie kann, wenn 50% der aktiven Mapper zustimmen, die Lizenz veraendern (wobei es immer eine free and open Lizenz bleiben muss, daher haelt der potentielle Schaden sich in Grenzen). Eins ist in jedem Fall 100% sicher: Das, was Du heute als Planet-File herunterlaedst, hast Du bis in alle Ewigkeit unter der CC-BY-SA 2.0 zur Verfuegung, da kann Dir niemand in die Suppe spucken. 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
[Talk-de] FOSSGIS 2010 in Osnabrueck: Programm und Anmeldung
Hallo, das Konferenzprogramm fuer die FOSSGIS 2010 steht jetzt fest. Die Konferenz findet vom Dienstag 2.3. bis Freitag 5.3. 2010 in Osnabrueck statt. An den ersten beiden Tagen ist der Focus auf klassischem Open Source GIS, und von Donnerstag mittag bis Freitag abend gehoert die Buehne uns OSMern. An den OSM-Tagen gibt es in aller Regel einen Vortrags-Track mit halbstuendigen Vortraegen und parallel einen Track mit Community Sessions statt, das sind dann Veranstaltungen mit staerkerem Diskussionscharakter, bei denen der Austausch in der Community im Vordergrund steht und nicht irgendjemand vom Pult aus doziert. (Wir wollten diese Veranstaltungen erst Workshops nennen, aber das haette ein Durcheinander gegeben, denn auf der FOSSGIS gibt es bereits Workshops, das sind kostenpflichtige Tutorien fuer diverse OSS-Programme.) Hier findet ihr das komplette Programm der Konferenz: http://www.fossgis.de/konferenz/2010/index.de.html - die meisten Vortragenden kennt ihr vermutlich bereits aus Mailinglisten, Foren etc. Hier koennt ihr euch zur Konferenz anmelden: http://www.fossgis.de/civicrm/event/register?reset=1id=2 Die Konferenz ist grundsaetzlich kostenlos, auch die Kaffeepausen und ein einfaches Mittagessen gibt es fuer alle Teilnehmer gratis. Bitte meldet Euch aber auf jeden Fall trotzdem an, damit auch genuegend Essen eingekauft wird ;-) Geld kosten lediglich die bereits erwaehnten Workshops sowie die Abendveranstaltungen am Dienstag und Donnerstag abend (38 bzw 36 Euro fuer Essen+Trinken-Flatrate). Details zu diesen Abendveranstaltungen hier: http://www.fossgis.de/konferenz/wiki/Main_Page. Ich wuerde mich freuen, viele von Euch in Osnabrueck zu treffen. Ich selber werde von Dienstag bis Freitag die ganze Zeit da sein. Einen eigenen OpenStreetMap-Stand wird es diesmal nicht geben, aber irgendwo stellen wir einen Tisch auf und haengen ein paar coole Poster hin. LIGHTNING TALKS --- Wir haben 30 Minuten fuer Lightning Talks vorgesehen. Lightning Talks sind Minivortrage, bei denen jemand 1-2 Folien zeigt oder ganz kurz ein Programm oder eine Webseite demonstriert oder irgendwas erzaehlt - wenn jemand von Euch also irgendwas spannendes macht mit OSM, wozu er/sie etwas sagen will oder ein bisschen Aufmerksamkeit erregen, ist das die ideale Gelegenheit. Lightning Talks koennen auch noch direkt auf der Veranstaltung angemeldet werden (aber wer jetzt schon weiss, dass er was sagen will, kann das auch gleich anmelden). Ich organisiere das. BIRDS OF A FEATHER --- Sogenannte BoF-Sessions sind geplante oder spontane Arbeits-/Diskussionssitzungen kleinerer Gruppen. Wir haben dafuer Raeume zur Verfuegung, wer also gern sein OSM-Projekt mit anderen besprechen/voranbringen moechte und im offiziellen Programm dafuer keinen Platz sieht, der kann eine BoF veranschlagen. 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] FOSSGIS 2010 in Osnabrueck: Programm und Anmeldung
Am 25.01.2010 15:56, Frederik Ramm: Hallo, das Konferenzprogramm fuer die FOSSGIS 2010 steht jetzt fest. (...) Hier findet ihr das komplette Programm der Konferenz: http://www.fossgis.de/konferenz/2010/index.de.html Tolle Vorträge. Aber 30 Minuten für die ÖPNV-Karte... :P Wäre wahrscheinlich praktischer, dass direkt vor die Mittagspause zu legen, denn garantiert wird eine immer wieder nötige Route-Tagging-Diskussion angestossen werden. Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Omniscale OSM-WMS aktualisiert
Moin, On 25.01.2010, at 13:10, Frederik Ramm wrote: Also mit Lichtungen in Waeldern klappt es noch ueberhaupt nicht, siehe Beispiel hier (in den inneren blauen Ringen sollte eigentlich kein Wald sein): Nicht generell, aber in diesem Fall schlug die Multipolygon Relation fehl. Erzaehlt ihr mal etwas mehr darueber, wie ihr die Daten aufbereitet? Wir verarbeiten die OSM XML direkt. Fuer die Multipolygone solltet ihr ungefaehr nach diesem Algorithmus vorgehen: http://wiki.openstreetmap.org/wiki/Relation:multipolygon/Algorithm [RG-6 ...] Genau das fehlt noch. Überall wo ungültige Geometrien sind werden die Multipolygone z.Zt. noch übersprungen. Weil ziemlich viele Leute mit diesen Multipolygonen nicht so gut zurecht kommen, haben wir angefangen, einen PostGIS-Dump bereitzustellen, in saemtliche Flaechenobjekte, inkl. komplexer Multipolygone, fertig aufbereitet als Polygongeometrien drin sind: http://download.geofabrik.de/polygon/ Danke für den Hinweis. Zum testen/vergleichen werde ich mir da mal eine Datenbank mit aufsetzten. Darf ich fragen wie der Polygon extrakt erstellt wurde? osm2pgsql? Grüße Oliver -- Oliver Tonnhofer tonnho...@omniscale.de Omniscale - Dominik Helle, Oliver Tonnhofer GbR Nadorster Str. 60, 26123 Oldenburg Tel: +49(0)441/9392774-2 (Fax: 9) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] interessanter Bug in Straßenlistenaus wertung
Hallo Jonas, wenn man auf den Link in der Liste klickt, sucht Google Maps anscheinend auch nach POIs/Geschäften und findet Städt. Kindergarten Europaplatz - Frieslandring 5, 53844 Troisdorf und fokussiert darauf (was wohl zufällig mit dem gewünschten Europaplatz übereinstimmt). Bei der interaktiven Anzeige wird das über die API abgefragt, und da Google die Straße nicht direkt kennt, wird der Europaring in St. Augustin als Ergebnis vorgeschlagen. Das bekommt man unter anderem auch, wenn man den Link in der Liste klickt und dann das Suchformular von Google noch mal abschickt: Meinten Sie: Europaring, 53757 Sankt Augustin, Rhein-Sieg-Kreis, NRW Liegt also weder an der Straßenlistenauswertung, noch daran, dass Google OSM nicht mag ;) Google kennt die Straße einfach nicht. Viele Grüße, Nils Am Mon, 25 Jan 2010 01:15:53 +0100 hat Jonas Stein n...@jonasstein.de geschrieben: Wenn man auf http://osm.gt.owl.de/Strassenliste/Troisdorf/Status.html sich in dem Absatz Nicht in OSM den Europaplatz in Google Maps anzeigen laesst wird der 'richtige' nahe dem Rotter See gefunden. klickt man jedoch auf Interaktive Anzeige der fehlenden Straßen und dann Alle Straßen anzeigen erhaelt man .. [x] Europaplatz (gefunden in Sankt Augustin) .. Bemerkt Google die OSM Abfrage und liefert andere Daten, oder ist die Abfrage nicht optimal formuliert? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Einfach Marker-URLs erstellen?
Hallo André! Am Freitag, den 22.01.2010, 17:57 +0100 schrieb André Reichelt: Gibt es sowas schon und ich kenne es nicht, oder hat sich da noch keiner darum gekümmert? Ich habe genau diesen Vorschlag mal im OSM-Trac eingestellt. Leider mit geringem Erfolg: http://trac.openstreetmap.org/ticket/2132 Ich denke, dass so eine Funktionalität immer noch sehr sinnvoll wäre und auch im OpenLayers Platz finden könnte. Schade, dass so eine Idee so platt ohne Diskussion weggebügelt wurde. Gruß, Philip signature.asc Description: Dies ist ein digital signierter Nachrichtenteil ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Einfach Marker-URLs erstellen?
André Reichelt wrote: Gibt es sowas schon und ich kenne es nicht, oder hat sich da noch keiner darum gekümmert? Ich kenne sowas auch nicht, aber frag doch mal den Autor von diesem [1] Thread im Forum. Der hat eine gute Lösung zum einfachen embedden von Slippy Maps bereitgestellt, daher sollte das für ihn relativ einfach sein, auch so etwas zu basteln (denke ich jedenfalls). Grüße, Philipp [1] http://forum.openstreetmap.org/viewtopic.php?pid=15212 -- View this message in context: http://n2.nabble.com/Einfach-Marker-URLs-erstellen-tp4441233p4455439.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Einfach Marker-URLs erstellen?
Am Montag 25 Januar 2010 18:50:40 schrieb Philip Gillißen: Schade, dass so eine Idee so platt ohne Diskussion weggebügelt wurde. Soweit ich mich erinnern kann, wurde da nichts weggebügelt sondern nur in der Art geantwortet wie: Dafür gibt es momentan keine fertige Funktion, du kannst es aber so ... machen. Dass es bisher schlicht niemanden *so sehr* interessiert hat, dass es mal jemand einbaut, ist IMHO kein wegbügeln. Gruß, Bernd -- Als deutscher Tourist im Ausland steht man vor der Frage, ob man sich anständig benehmen muß, oder ob schon deutsche Touristen dagewesen sind. - Kurt Tucholsky signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Revert einiger Changesets
Hallo miteinander, olvagor schrieb: Kann bitte jemand folgende Changesets rückgängig machen? 3661614 3661647 3661668 3661749 3661880 3662016 in Absprache mit Amm würde ich euch (vermutlich Frederik) bitten, die genannten Changesets zu reverten. Ich werde dann die betroffenen Straßen mit maxspeed=30 zone:maxspeed=DE:30 taggen. Gruß und Danke im Voraus, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Einfach Marker-URLs erstellen?
Hallo Bernd! Am Montag, den 25.01.2010, 19:10 +0100 schrieb Bernd Wurst: Soweit ich mich erinnern kann, wurde da nichts weggebügelt sondern nur in der Art geantwortet wie: Dafür gibt es momentan keine fertige Funktion, du kannst es aber so ... machen. Mit so einer Antwort hatte ich gerechnet und diese wäre imho auch angemessen gewesen. Leider war es die Antwort à la: OSM ist nicht dafür da, also mach dir keine Mühe. Gruß, Philip signature.asc Description: Dies ist ein digital signierter Nachrichtenteil ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] FOSSGIS 2010 in Osnabrueck: Programm und Anmeldung
Hallo, Claudius wrote: Tolle Vorträge. Aber 30 Minuten für die ÖPNV-Karte... :P Wäre wahrscheinlich praktischer, dass direkt vor die Mittagspause zu legen, denn garantiert wird eine immer wieder nötige Route-Tagging-Diskussion angestossen werden. Es gibt immer die Moeglichkeit, wenn sich nach so einem Vortrag viele Interessierte finden, die das weiterdiskutieren moechten, den Nahkampf in einem separaten Raum weiterzufuehren (BoF) - ich hoffe sogar, dass das ein paar mal passieren wird, denn wir wollen ja keine Konferenz, wo hauptsaechlich ein paar Grosskopferte reden und die andren zuhoeren, sondern das ganze soll ja eine Veranstaltung von der und fuer die Community sein. 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] Omniscale OSM-WMS aktualisiert
Hallo, Oliver Tonnhofer wrote: Weil ziemlich viele Leute mit diesen Multipolygonen nicht so gut zurecht kommen, haben wir angefangen, einen PostGIS-Dump bereitzustellen, in saemtliche Flaechenobjekte, inkl. komplexer Multipolygone, fertig aufbereitet als Polygongeometrien drin sind: http://download.geofabrik.de/polygon/ Danke für den Hinweis. Zum testen/vergleichen werde ich mir da mal eine Datenbank mit aufsetzten. Darf ich fragen wie der Polygon extrakt erstellt wurde? osm2pgsql? Ne, das ist Handarbeit mit gutem altem selbstgeschriebenen C- bzw. C++-Code, der den ganzen Planeten einliest, sich zu den Multipolygonen die Ways raussucht, und sie zu geeigneten Polygonen zusammenfuzzelt. Die PostGIS kommt dabei gar nicht zur Anwendung, wir benutzen PostGIS-Dump praktisch nur als Ausgabeformat, weil wir dachten, dass die Zielgruppe damit am meisten anfangen kann. Das Programm benutzt allerdings fuer Geometrieoperationen die GEOS-Library, die in PostGIS ebenfalls zur Anwendung kommt. 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
[Talk-de] Problem mit osmosis, Klasse nicht gefunden
Hey, mein erster Eintrag in der Mailing-Liste... Welch ein Eindruck muss es hinterlassen, wenn ich mit so einem Problem hier aufschlage ;-) Es geht, wie im Betreff erwähnt, um osmosis. Dieses tolle Tool welches im OpenStreetMap-Buch als Allzweckwaffe beschrieben wird. Ich dachte mir, gut dann musst du nicht immer bei der Geofabrik die NRW.osm runter laden, sondern kannst einfach aus der planet.osm ausschneiden was ich brauche. Nun zu meinem Problem, welches ich schon im englischen Forum gepostet habe: Ich bin der Anleitung im Wiki zur Installation gefolgt aber doch bekomme ich folgende Fehlermeldung: Exception in thread main java.lang.NoClassDefFoundError: org/openstreetmap/osmosis/core/Osmosis Caused by: java.lang.ClassNotFoundException: org.openstreetmap.osmosis.core.Osmosis at java.net.URLClassLoader$1.run(URLClassLoader.java:200) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(URLClassLoader.java:188) at java.lang.ClassLoader.loadClass(ClassLoader.java:307) at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:301) at java.lang.ClassLoader.loadClass(ClassLoader.java:252) at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:320) Could not find the main class: org.openstreetmap.osmosis.core.Osmosis. Program will exit. Ich nutze Ubuntu 10.09 (auf Debian bekomme ich aber die gleiche Fehlermeldung). Java: java version 1.6.0_15, Java(TM) SE Runtime Environment (build 1.6.0_15-b03), Java HotSpot(TM) Client VM (build 14.1-b02, mixed mode, sharing) Hoffentlich kann mir einer von euch helfen. Freundliche Grüße / Groetjes Elmar Burke -- www.elmar-burke.de i...@elmar-burke.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Problem mit osmosis, Klasse nicht gefunden
Hi. Elmar Burke wrote: Ich bin der Anleitung im Wiki zur Installation gefolgt aber doch bekomme ich folgende Fehlermeldung: Exception in thread main java.lang.NoClassDefFoundError: org/openstreetmap/osmosis/core/Osmosis Caused by: java.lang.ClassNotFoundException: Hast Du denn auch das bin/osmosis aufgerufen? Diese Fehlermeldung klingt so, als ob Du es mit java -jar osmosis.jar probiert haettest...? 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] FOSSGIS 2010 in Osnabrueck: Programm und Anmeldung
Am Montag, 25. Januar 2010 15:56:35 schrieb Frederik Ramm: http://www.fossgis.de/konferenz/2010/index.de.html - die meisten Vortragenden kennt ihr vermutlich bereits aus Mailinglisten, Foren etc. Hier koennt ihr euch zur Konferenz anmelden: http://www.fossgis.de/civicrm/event/register?reset=1id=2 Die Konferenz ist grundsaetzlich kostenlos, auch die Kaffeepausen und ein einfaches Mittagessen gibt es fuer alle Teilnehmer gratis. Bitte meldet Euch aber auf jeden Fall trotzdem an, damit auch genuegend Essen eingekauft wird ;-) Geld kosten lediglich die bereits erwaehnten Workshops sowie die Abendveranstaltungen am Dienstag und Donnerstag abend (38 bzw 36 Euro fuer Essen+Trinken-Flatrate). Details zu diesen Abendveranstaltungen hier: http://www.fossgis.de/konferenz/wiki/Main_Page. Ich wuerde mich freuen, viele von Euch in Osnabrueck zu treffen. Ich selber werde von Dienstag bis Freitag die ganze Zeit da sein. Einen eigenen OpenStreetMap-Stand wird es diesmal nicht geben, aber irgendwo stellen wir einen Tisch auf und haengen ein paar coole Poster hin. Tolle Veranstaltung, leider fuer mich zeitlich nicht machbar. Werden die Vortaege auch irgendwo veroeffentlicht. Besonders interessieren wuerde mich - Karten im Druck - Mapnik - mehr als nur tiles - OSM für Garmin Geräte Gruß Werner ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] FOSSGIS 2010 in Osnabrueck: Programm und Anmeldung
Werner König schrieb: [...] Tolle Veranstaltung, leider fuer mich zeitlich nicht machbar. Werden die Vortaege auch irgendwo veroeffentlicht. Es wird einen Tagungsband geben. Gedruckt und digital. Darin sind alle abgegebenen Vorträge enthalten. Die Referenten stellen aber auch ihre Folien anschließend zur Verfügung. Eine Aufzeichnung der Veranstaltungen ist nicht geplant. Lars ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Route ist discontinuous laut OSM Inspector
--- Original Nachricht --- Absender: Jochen Topf Datum: 21.01.2010 20:39 On Thu, Jan 21, 2010 at 05:44:06PM +0100, steffen wrote: --- Original Nachricht --- Absender: Jochen Topf Datum: 21.01.2010 08:52 On Wed, Jan 20, 2010 at 11:48:26PM +0100, Fips Schneider wrote: steffen wrote: Hallo, ich hab mal in Kornwestheim mit dem taggen von ÖPNV angefangen. Insbesondere der Buslinien. Nun sehe ich im OSM Inspector, das die Relation [1] discontinuous ist. Die Relation [2] aber nicht. Wo ist der Fehler? Hmm...so Probleme habe ich auch diverse. Glaube das funzt irgendwas im OSM-Inspector nicht? Teilweise (in Frankfurt/Main) werden völlig chaotische Buslinien als ordered klassifiziert - und machmal werden geordnete, komplette als discontinous gewertet Ich will nicht ausschließen, dass im Inspector der eine oder andere Fehler ist, ist schon vorgekommen. :-) Ich brauch dann aber genauere Angaben, um das Debuggen zu können. Am besten einen Permalink zum Inspector, der genau das anzeigt, um das es geht (Ort und passender Layer) und was ihr meint, was richtig wäre. Aber bitte schaut vorher genau nach, es kann auch sein, dass nur ein einziger Way falschrum ist oder ein Node doppelt oder so. Das ist sehr schwer zu sehen, genau dafür ist der Inspector ja da, dass er sowas erkennt. Im aktuellen JOSM ist übrigens ein ziemlich cooler Relations-Editor drin, in dem man erkennen kann, ob eine Relation durchgängig ist. Jochen Hier mal der Permalink für [1] http://tools.geofabrik.de/osmi/?view=pubtrans_networklon=9.18403lat=48.86882zoom=14overlays=bus_lines_w,bus_lines_n,rail_lines_w,rail_lines_n,light_lines_w,light_lines_n,subway_lines_w,subway_lines_n,mono_lines_w,mono_lines_n,tram_lines_w,tram_lines_n,routes_ways,routes_nodes,railway_routes,labels_w,labels_n,networks,unordered_w,unordered_n,discontinuous Hier ist kein Node doppelt, aber ein Way. Dies wird auch im JOSM angezeigt. Der doppelte Way ist rot hinterlegt. Aber: Der Bus fährt halt eine Schleife. Und hier der Permalink für [2] http://tools.geofabrik.de/osmi/?view=pubtrans_networklon=9.18327lat=48.87248zoom=14overlays=bus_lines_w,bus_lines_n,rail_lines_w,rail_lines_n,light_lines_w,light_lines_n,subway_lines_w,subway_lines_n,mono_lines_w,mono_lines_n,tram_lines_w,tram_lines_n,routes_ways,routes_nodes,railway_routes,labels_w,labels_n,networks,unordered_w,unordered_n,discontinuous Danke. Ich bin dem mal nachgegangen und da ist ein Fehler im Inspector. Dadurch, dass ein Way 2mal in der Relation ist, baut die PostgreSQL wohl die Route nicht richtig zusammen und denkt dann, dass das Ding discontinous ist. Also definitiv ein Fehler im OSMI, leider ist der aber sehr schwer zu fixen, weil eine ganze Menge umgestellt werden muss. :-( Ich hab mal ins Wiki einen Hinweis getan. Weiss noch nicht, wie wir da am besten weiter vorgehen. Jochen Guten Abend, ich bin es nochmal. Habe hier [1] noch ein ähnliches Problem. Da wird es aber nicht als discontinous angezeigt. Hier habe ich aber mit forward backward gearbeitet. Gruß Steffen [1] http://tools.geofabrik.de/osmi/?view=pubtrans_networklon=9.17423lat=48.85408zoom=17overlays=bus_lines_w,bus_lines_n,rail_lines_w,rail_lines_n,light_lines_w,light_lines_n,subway_lines_w,subway_lines_n,mono_lines_w,mono_lines_n,tram_lines_w,tram_lines_n,routes_ways,routes_nodes,railway_routes,labels_w,labels_n,networks,unordered_w,unordered_n,discontinuous ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Viele Fehler in Haiti
Hallo alle miteinander, mir kommt es fast so vor, als würde diese Gegend in Haiti von Neulingen als Spielwiese benutzt: http://www.openstreetmap.org/?lat=18.9688lon=-72.3651zoom=12layers=B000FTF Hier sind heute ganz viele falsche Eintragungen hinzugekommen (Trunk mit Tankstelle und Hotel, n komischer Kreis ohne tags, Telefonzelle mitten in der Pampa, usw). Ein User hatte auch Straßen und Feldwege bei La Chapelle in primary und motorways umgewandelt (hab ich schon wieder repariert). Ein anderer hat dort nen schon existierenden Fluß nochmal gezeichnet. Diese Einträge wurden alle von 5 neuen Benutzern gemacht, die sich erst heute bzw. einer am Samstag angemeldet haben. Ich nenne jetzt mal hier keine Benutzernamen, kann ja jeder selbst nachschauen. Diese Häufung in einem Gebiet an einem Tag ist doch seltsam. Wenn sich da jemand ständig unter neuem Benutzernamen anmelden sollte und Blödsinn macht, hätten wir wohl ein ziemliches Problem, zumal sich einer der Benutzernamen wie 'Djihad' ausspricht. Gegen die Vandalismustheorie spricht vielleicht, dass manche Eintragungen schon Sinn machen (way um nen Ort, aber ohne landuse-tag) Mir ist nun leider in den letzten Tagen schon öfter aufgefallen, dass von Neulingen in Haiti einiges falsch gemacht wurde, vor allem zu hoch gestufte Straßen (das fällt zumindest schnell auf). Doppelte und nicht verbundene Wege kommen vielleicht auch von der Benutzung von Potlatch (soll ja manchmal etwas langsam nachladen). Alle Fehler, die ich bisher entdeckt habe, wurden zumindest mit Potlatch gemacht. Manches hat vielleicht auch mit verschobenen Sat-Aufnahmen zu tun. So schön es auch ist, dass neue Leute mitmachen. Wenn man ständig solche groben Fehler von anderen ausbügeln muss vergeht einem irgendwann die Lust (und ich kann auch nicht jeden Tag alle neuen Benutzer individuell und höflich anschreiben). Zumal die oft großen Fehler doch auch etwas peinlich sind, jetzt wo die Karte da so in der Öffentlichkeit steht und genutzt wird. Kann man dieses Problem besser in den Griff bekommen, sodass von neuen Usern weniger Fehler gemacht werden? Viele Grüße Marcus Kostenlos tippen, täglich 1 Million gewinnen: zum WEB.DE MillionenKlick! http://produkte.web.de/go/08/ ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Viele Fehler in Haiti
Einige Fehler entstehen durch Klicken in Potlatcher ... andere eben so ... Eine automatische Liste mit vielen Fehlern zum abarbeiten gibts hier (http://toolserver.org/~flacus/OSM/haiti.php) . Etwa 2-3 neue Version pro Tag. Bitte helft mir die Fehler schnell abzuarbeiten, sodass man in Zukunft immer Zeitnah die Fehler erkennt und ggf die User anschreiben kann. Lg Dirk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Viele Fehler in Haiti
Hallo, iga...@web.de wrote: Diese Einträge wurden alle von 5 neuen Benutzern gemacht, die sich erst heute bzw. einer am Samstag angemeldet haben. Ich nenne jetzt mal hier keine Benutzernamen, kann ja jeder selbst nachschauen. Diese Häufung in einem Gebiet an einem Tag ist doch seltsam. Ich glaube, dass es hie und da solche Crisis Camps gibt, wo Leute, die gern irgendwie helfen wollen, von anderen, die glauben, dass das sinnvoll ist, den Umgang mit OSM-Tools beigebracht bekommen. Dass dabei vermehrt und unter Umstaenden auch konzentriert Murks gemacht wird, muss man wohl in Kauf nehmen. Kann man dieses Problem besser in den Griff bekommen, sodass von neuen Usern weniger Fehler gemacht werden? Glaube nicht. Wir muessen die Leute einfach gewaehren lassen, und in ein paar Monaten, wenn das hektische Krisenmapping vorueber ist, dann schauen wir weiter. Es ist vielleicht auch gar nicht immer hilfreich, wenn wir den Leuten unsere Qualitaetsmasstaebe und Standards aufs Auge druecken; eventuell bremsen wir damit eher. 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] Viele Fehler in Haiti
iga...@web.de schrieb: Kann man dieses Problem besser in den Griff bekommen, sodass von neuen Usern weniger Fehler gemacht werden? ich denke damit müssen wir leben. Besser fehlerhafte Daten als überhaupt keine Daten. Und wenn Du mal keepright anwirfst, findest Du auch bei uns noch tausende Fehler. Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] FOSSGIS 2010 in Osnabrueck: Programm und Anmeldung
Hallo, Lars Lingner wrote: Tolle Veranstaltung, leider fuer mich zeitlich nicht machbar. Werden die Vortaege auch irgendwo veroeffentlicht. Eine Aufzeichnung der Veranstaltungen ist nicht geplant. Wenn irgendjemand aus der OSM-Community aber willens und in der Lage ist, eine solche Aufzeichnung zu organisieren (und idealerweise die Sachen nachher alle unter eine offenen Lizenz rauszugeben), dann wuerden wir das durchaus gut finden und, wo moeglich, unterstuetzen. 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] Viele Fehler in Haiti
Ich habe gerade mehrere Tracks gefunden, die nach meiner Meinung auf Wassergräben und Wadis gemalt worden sind... Gibt es eine ZDV für Luftbildauswertung aller Truppen? -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Mappertreffen für Passau Straubing
Hallo zusammen, ich wollte auf diesem Wege fragen, ob es Interessenten für Mappertreffen in Straubing und Passau gibt. Wer sich angesprochen fühlt darf sich bei mir oder auf der Niederbayern-Liste niederbay...@lists.openstreetmap.de melden. Danke! Grüße, Michael ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Viele Fehler in Haiti
Am 25. Januar 2010 22:21 schrieb iga...@web.de: Hallo alle miteinander, Kann man dieses Problem besser in den Griff bekommen, sodass von neuen Usern weniger Fehler gemacht werden? Das einfachste, was man machen kann, ist den einzelnen verursachenden User anzuschreiben und freundlich darauf hinweisen, dass seine Änderungen zwar gut gemeint sind, er jedoch zukünftig sorgfältiger arbeiten sollte. Dann bietet man bei der Gelegenheit auch gleich Hilfe bei Problemen und Fragen an und beide Seiten sind zufrieden. Natürlich kann man auch einfach die Fehler korrigieren und auf das Verständnis des anderen hoffen. Das hast du sicherlich auch schon beides gemacht, bevor du dich an die ML gerichtet hast. Alle reglementierenden Maßnahmen schrecken meiner Meinung nach nur ab. Dann wären wir heute nicht da, wo wir sind. Ich bin jetzt seit einigen Jahren bei OSM dabei und habe überraschend positive Erfahrung mit der Selbstheilung der crowd gemacht. Zusätzlich wirkt ein wenig Kommunikation und direkte Ansprache oft Wunder. (Natürlich sollte man die mittlerweile recht guten Tools zur Fehlerkontrolle auch nicht außer Acht lassen.) Meine Meinung Torsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] OSM in 3sat nano
In der gestrigen Folge von 3sat nano kam ein längerer Beitrag zu OSM: http://hstreaming.zdf.de/3sat/veryhigh/080819_vermessung_nano.mov oder http://wstreaming.zdf.de/3sat/veryhigh/080819_vermessung_nano.asx___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Antw: OSM in 3sat nano
Eigentlich waren es sogar 2 Beiträge, einer noch zu Haiti : http://wstreaming.zdf.de/3sat/veryhigh/100125_routenpl_nano.asx Von: Michael Rathaimich...@rathai.de An: gmane.comp.gis.openstreetmap.region.de, talk-de@openstreetmap.org Datum: 26.01.2010 07:47 Betreff: OSM in 3sat nano In der gestrigen Folge von 3sat nano kam ein längerer Beitrag zu OSM: http://hstreaming.zdf.de/3sat/veryhigh/080819_vermessung_nano.mov oder http://wstreaming.zdf.de/3sat/veryhigh/080819_vermessung_nano.asx___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Viele Fehler in Haiti
Am 25.01.2010 22:44, schrieb Chris-Hein Lunkhusen: iga...@web.de schrieb: Kann man dieses Problem besser in den Griff bekommen, sodass von neuen Usern weniger Fehler gemacht werden? ich denke damit müssen wir leben. Besser fehlerhafte Daten als überhaupt keine Daten. Und wenn Du mal keepright anwirfst, findest Du auch bei uns noch tausende Fehler. Was nützt eine Straßenkarte mit lauter Fehlern? Was passiert, wenn tatsächlich jemand diese Karten vor Ort nutzt und mit seinem Lkw voller Hilfsgüter nicht auf einer befestigten Straße sondern irgendwo auf dem Feld landet? Wie fällt das Presseecho wohl aus, wenn zwar viele Daten erfasst sind, ein Teil davon aber unbrauchbar ist? Besser wenige Daten aber dafür verlässliche! -- Gruß Mario signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Viele Fehler in Haiti
Am 26. Januar 2010 07:59 schrieb DarkAngel darkan...@ms-team.de: Besser wenige Daten aber dafür verlässliche! Eine leere Karte enthält keine Fehler! Schon mal nachgedacht, was du forderst? Vielleicht sollte man besser fordern, dass die erfahreneren User mehr Zeit in die Fehlerbeseitigung/Validierung stecken, aber ich bleibe bei meiner Meinung, dass die OSM immer besser und verlässlicher ist, als es einige Schwarzmaler wahrhaben wollten. Und allen Unkenrufen zum Trotz ist eine fehlerhafte Karte besser, als gar keine. Und wenn der von die ziterte LKW-Fahrer im Feld landet, dann sollte er mal über seinen Fahrstil nachdenken und nicht die Schuld bei anderen suchen. Meine Meinung Torsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Viele Fehler in Haiti
Hallo, DarkAngel wrote: Was nützt eine Straßenkarte mit lauter Fehlern? Was passiert, wenn tatsächlich jemand diese Karten vor Ort nutzt und mit seinem Lkw voller Hilfsgüter nicht auf einer befestigten Straße sondern irgendwo auf dem Feld landet? Wie fällt das Presseecho wohl aus, wenn zwar viele Daten erfasst sind, ein Teil davon aber unbrauchbar ist? Besser wenige Daten aber dafür verlässliche! Das ist genau das, was ich meinte, als ich andeutete, dass die Interessen von OSM und der Helfercommunity nicht immer deckungsgleich sein muessen - vor Ort hat man vielleicht lieber mehr Daten, auf die Gefahr hin, dass einige davon falsch sind, waehrend wir sonst bei OSM sagen: Dann warte ich mit dem Eintragen lieber, bis ich mal vor Ort bin. Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Viele Fehler in Haiti
Am 26.01.2010 08:06, schrieb Torsten Breda: Am 26. Januar 2010 07:59 schrieb DarkAngel darkan...@ms-team.de: Besser wenige Daten aber dafür verlässliche! Eine leere Karte enthält keine Fehler! Schon mal nachgedacht, was du forderst? Vielleicht sollte man besser fordern, dass die erfahreneren User mehr Zeit in die Fehlerbeseitigung/Validierung stecken, aber ich bleibe bei meiner Meinung, dass die OSM immer besser und verlässlicher ist, als es einige Schwarzmaler wahrhaben wollten. Und allen Unkenrufen zum Trotz ist eine fehlerhafte Karte besser, als gar keine. Ich habe nie behauptet, das OSM schlecht ist - sonst würde ich da auch kaum mitmachen. Ich kann die Qualität speziell in der Region Haiti nicht beurteilen und beziehe mich auch nicht direkt darauf. Was nützt es aber, wenn zahlreiche Informationen in eine Karte gezeichnet werden, von denen viele falsch sind und hinterher korrigiert werden müssen. Zumal es bekanntermaßen schwerer ist, Daten zu korrigieren als neu zu erfassen. Dazu muss ich nämlich erstmal erkennen, dass sie falsch sind. Dann doch lieber etwas weniger und dafür richtig. Klar enthält eine leere Karte keine Fehler, dann weiß ich aber zumindest, dass ich diese Karte nicht benutzen brauche. Wenn ich aber eine Karte mit Straßen/Wegen oder anderen Infos habe, will ich mich auch darauf verlassen können. Es nützt mir dann nichts wenn 70% der Infos korrekt sind, ich aber nicht weiß welche 70% das sind. Aber wenn falsche Infos besser sind als keine, warum malen wir dann die leeren Flächen in Deutschland nicht schön bunt aus. -- Gruß Mario signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-in] GPS purchase
On Sat, 23 Jan 2010 07:58:08 +0530 H.S.Rai hardeep@gmail.com wrote: For Joint Punjab Mapping Project I need to purchase 10 units GPS Data Loggers. Please suggest which make and model I should buy. http://wiki.openstreetmap.org/wiki/GPS_Reviews , just in case you are not aware of it. We tried out several models, and were happy with the Holux, the Globalsat DG-100, and the Amod AGL-3080 (all chosen through the above Wiki page). All of these are loggers, and do not have maps. If I remember correctly, the latter two have significantly higher storage capacity. You could just opt to order from the US. We have been very happy with http://www.semsons.com/ . Even with shipping costs, each of the above came to about $65-70/unit. My foremost requirement is to get transferred data (GPS logs, WayPoints) from units to Linux loaded PC / Laptop. Till date I have used Garmin GPSmap 76CSx, Garmin eTrex H, Garmin Geko 201, RoyalTek GPS Data Logger RBT2300. For all above except 76CSx, I have to use M$ windows to get data transferred [...] That is strange. Most GPS units can nowadays be made to work with Linux, with exceptions of course. If you can let us borrow a unit for a few days, we would be glad to have a go at it. Regards, Gora ___ Talk-in mailing list Talk-in@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-in
Re: [Talk-in] GPS purchase
2010/1/26 Gora Mohanty g...@sarai.net: My foremost requirement is to get transferred data (GPS logs, WayPoints) from units to Linux loaded PC / Laptop. Till date I have used Garmin GPSmap 76CSx, Garmin eTrex H, Garmin Geko 201, RoyalTek GPS Data Logger RBT2300. For all above except 76CSx, I have to use M$ windows to get data transferred [...] That is strange. Most GPS units can nowadays be made to work with Linux, with exceptions of course. If you can let us borrow a unit for a few days, we would be glad to have a go at it. I mostly use wine to run MapSource that comes along with Garmin units. With some other software that need port specification but do not provide USB port as a choice (or provide MS way of looking at things) the only thing I had to do was make a directory link in .wine/dosdevices linking USB port to COM ports like: ln -sf /dev/USB0 COM3 This way when the device is plugged Ofcourse some sort of download utility like minicom or similar will also work if you know the serial commands for the devices. -- Regards, Sudev Barar Read http://blog.sudev.in for topics ranging from here to there. PS: Replying using bottom post/in-line post makes email conversations whole lot easier for meaningful dialogue. Snip out what is not relevant. Adopt this and spread the message. ___ Talk-in mailing list Talk-in@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-in
Re: [Talk-in] GPS purchase
2010/1/26 Gora Mohanty g...@sarai.net: You could just opt to order from the US. We have been very happy with http://www.semsons.com/ . Even with shipping costs, each of the above came to about $65-70/unit. For an unrelated project we got them to US$50 for 100 devices. -- Regards, Sudev Barar Read http://blog.sudev.in for topics ranging from here to there. PS: Replying using bottom post/in-line post makes email conversations whole lot easier for meaningful dialogue. Snip out what is not relevant. Adopt this and spread the message. ___ Talk-in mailing list Talk-in@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-in
Re: [Talk-in] GPS purchase
Nice to see all good guys sharing their experience and providing valuable input. On Tue, Jan 26, 2010 at 12:29 AM, Gora Mohanty g...@sarai.net wrote: That is strange. Most GPS units can nowadays be made to work with Linux, with exceptions of course. If you can let us borrow a unit for a few days, we would be glad to have a go at it. Nice, I will try to do so. -- H.S.Rai ___ Talk-in mailing list Talk-in@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-in
Re: [Talk-in] GPS purchase
On Tue, Jan 26, 2010 at 8:50 AM, Sudev Barar sba...@gmail.com wrote: I mostly use wine to run MapSource that comes along with Garmin units. Can't we replace MapSource with QLandkarte? -- H.S.Rai ___ Talk-in mailing list Talk-in@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-in
Re: [Talk-in] GPS purchase
On Tue, Jan 26, 2010 at 9:09 AM, Kenneth Gonsalves law...@au-kbc.org wrote: I have yet to come across a Garmin unit that does not work with gpsbabel Let me try again, and report you back. -- H.S.Rai ___ Talk-in mailing list Talk-in@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-in
Re: [Talk-in] GPS purchase
On Tue, Jan 26, 2010 at 9:09 AM, Kenneth Gonsalves law...@au-kbc.org wrote: On Tuesday 26 Jan 2010 8:50:59 am Sudev Barar wrote: That is strange. Most GPS units can nowadays be made to work with Linux, with exceptions of course. If you can let us borrow a unit for a few days, we would be glad to have a go at it. I mostly use wine to run MapSource that comes along with Garmin units. I have yet to come across a Garmin unit that does not work with gpsbabel But produce supported on Linux officially by manufacturer is what required. Now, it is just matter of chance. If if worked on Linux fine, otherwise keep rebooting or use friends PC on M$ window to use you device. Found following GPS devices when searched for Linux. http://search.store.yahoo.net/cgi-bin/nsearch?catalog=SEMSONS-INCvwcatalog=SEMSONS-INCquery=linuxx=0y=0 http://www.semsons.com/vivgblgpsdal.html has facility to Voice Tag with inbuilt mic. http://www.semsons.com/amaggpsdalos1.html === OT === We purchases Smart Class Room system. Company promised it to work on Linux. When I demanded its working on Linux, even after 3 week I yet to get CD for Linux [Courier lost it in between :-( ]. Yesterday they send person (from Delhi) to give me demo on Linux, who does not carried any CD with him and has never worked on Linux. He just wasted my two hours and went back without any gain. Their website do mention support for M$window, Mac and Linux, but number of software for M$ windows is more and are having higher version. http://www.einstruction.com/support_downloads/downloads.html -- H.S.Rai ___ Talk-in mailing list Talk-in@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-in
Re: [Talk-in] GPS purchase
On Tuesday 26 Jan 2010 11:27:25 am H.S.Rai wrote: I have yet to come across a Garmin unit that does not work with gpsbabel But produce supported on Linux officially by manufacturer is what required. as mentioned before, jtd is your solution (but does his device work on windoze? no guarantee from manufacturer) -- regards Kenneth Gonsalves Senior Project Officer NRC-FOSS http://nrcfosshelpline.in/web/ ___ Talk-in mailing list Talk-in@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-in
Re: [Talk-it] Specialità italiani su osm?
2010/1/24 Carlo Stemberger carlo.stember...@gmail.com: Il 24/01/2010 09:51, Simone Cortesi ha scritto: chiamatemi reazionario: shop=gelateria -1 Se è vero che il gelato all'italiana è un prodotto tipico, non siamo gli unici a produrlo. Mi viene in mente, ad esempio, a Parigi, sull'isola di Saint Louis, la rinomata Maison Berthillon[1]. Cosa facciamo, in quel caso, la mappiamo come shop=glacier ? Non ha senso. [1] http://www.berthillon.fr/ quella mi sembra molto simile a una gelateria italiana di altissimo livello. quindi per me ha senso chiamarla glacier. se poi, qualcuno vuole scrivere un filtro che trasforma tutti gli ice_cream_parlor in gelateria, in glacierè libero di farlo. -S ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Problemi visualizzazione mappa in Mapnik
2010/1/24 Alessandro Pozzato apozz...@libero.it: In realtà non c'è una zona precisa dove non si vede. Qualsiasi siano le coordinate e il livello dello zoom, si vede tutto come un puzzle a cui mancano dei pezzi. Dappertutto. hai un firewall? mi è capitato, e so di altri a cui succede, che se dietro a firewall o dietro connessione internet con poche risorse (pochi socket disponibili) riescono a scaricare bene le tile di google ma non quelle di openstreetmap. -- -S ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Progetto rete autobus urbani di Padova
On 01/24/10 Tiziano D'Angelo wrote: Beh è davvero un ottimo risultato di già! Però guardando la linea 6 ho visto che gestisce solo un verso degli stop, nel senso che per esempio mancano tutte le fermate (backward) di Via Lagrange eccetto il capolinea , così come alcune di via dei Colli sempre backward, od altre situazioni dove il bus corre su vie diverse in andata e ritorno Certo, il primo programmino l'ho scritto in mezz'ora e poi riusato il codice, non puoi pretendere che faccia anche il caffe':) A parte quello il problema maggiore e' come rendere graficamente il tutto e fare in modo che sia leggibile e non faccia schifo. Nel caso di una linea singola che abbia fermate diverse all'andata e ritorno si potrebbe adottare il tipo di output delle linee che si sdoppiano, ma quando unisci le due cose diventa un po' un casino... Se qualcuno ha esempi di immagini online di rendering decenti dello stesso problema si puo' tentare di imitare lo stile. Questa è una cosa da chiarire, ho creato una relazione per la ramificazione chiamandola (in name) diversamente dal 10 normale per distinguerla, nella ref è meglio lasciare 10 e basta? OPNV così mostrerebbe il percorso del 10 Caselle come 10 al pari del percorso per Sarmeola. Mentre forse è il caso di mettere ref = 10 Caselle (come ho fatto di recente al pari di 6 via Cave / via Sorio, che però ho visto danno problemi nell'SVG con le spaziature) per mostrare che è una ramificazione (ad ogni modo quello si capisce comunque dalla mappa) Io farei in modo che ogni relazione abbia il percorso completo, cioe' non ce ne sia una principale e poi un piccola solo con la diramazione. lupus -- - lu...@debian.org debian/rules lu...@ximian.com Monkeys do it better ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Specialità italiani su osm?
2010/1/25 Simone Cortesi sim...@cortesi.com: livello. quindi per me ha senso chiamarla glacier. se poi, qualcuno vuole scrivere un filtro che trasforma tutti gli ice_cream_parlor in gelateria, in glacierè libero di farlo. secondome questo idea di fare tutto in un preprocessing e trasformare migliai di tag in altri per fare un render/routing/qualsiasi utilizzo ha anche i suoi limiti. Per Esempio recentemente si è concluso più o meno sulla lista tedesco di prendere il sistema italiano per i maxspeed. (maxspeed=numero + source:maxspeed=IT:urban) perché c'era troppo confusione con varie maxspeed=DE:urban/zone:30/DE:30-zone/... che si avrebbe devuto tradurre in numeri per interpretarle automaticamente. ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-es] actualización cambios
Hola lista, soy nuevo en Openstreetmap y ayer comencé a realizar algunas aportaciones. Vi que los cambios que introduje tardaron algún tiempo en hacerse efectivo, pero es que, además, algunos de ellos aún hoy siguen sin mostrarse. Sin embargo, al registrarme y entrar en modo de edición sí se reflejan los cambios. ¿Sabéis a qué puede deberse? Aprovecho la ocasión para preguntar por la forma en la que partir una calle en dos, ya que he encontrado calles consideradas como una única cuando se trata de calle con nombre distintos. Por último, ¿qué GPS me recomendáis? (que no sea muy caro, que la economía anda algo floja). Muchas gracias. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] actualización cambios
2010/1/25 bv2mu...@uco.es Hola lista, soy nuevo en Openstreetmap y ayer comencé a realizar algunas aportaciones. Vi que los cambios que introduje tardaron algún tiempo en hacerse efectivo, pero es que, además, algunos de ellos aún hoy siguen sin mostrarse. Sin embargo, al registrarme y entrar en modo de edición sí se reflejan los cambios. ¿Sabéis a qué puede deberse? Antes que nada, bienvenido. Los cambios por lo que yo he visto se reflejan en los mapas los jueves, creo que es cuando se incorporan todos los cambios semanales. Así que hasta entonces no desesperes. :) Como mucho en una semana verás el resultado de tu trabajo. Aprovecho la ocasión para preguntar por la forma en la que partir una calle en dos, ya que he encontrado calles consideradas como una única cuando se trata de calle con nombre distintos. ¿Una misma calle con dos nombres? :-O Para mí eso son dos calles diferentes... Me temo que te debo de haber entendido mal, porque no le veo mucha lógica... Si hay dos nombres, son dos calles, por mucho que una sea continuación de otra, ¿no? Por último, ¿qué GPS me recomendáis? (que no sea muy caro, que la economía anda algo floja). Ya no me compraría ninguno; habiendo móviles con Android, iPhones, Windows Mobile, Symbians y Maemos, salvo que quieras algo muy específico creo que es mejor compra un móvil de gama alta que un GPS de gama media... Pero para gustos, colores, y depende mucho de lo que quieras específicamente. -- Jonay ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] actualización cambios
bv2mu...@uco.es escribió: Hola lista, soy nuevo en Openstreetmap y ayer comencé a realizar algunas aportaciones. Vi que los cambios que introduje tardaron algún tiempo en hacerse efectivo, pero es que, además, algunos de ellos aún hoy siguen sin mostrarse. Sin embargo, al registrarme y entrar en modo de edición sí se reflejan los cambios. ¿Sabéis a qué puede deberse? Los cambios que haces quedan incorporados en el momento que tú los mandas, lo que pasa es que el mapa que se muestra en www.openstreetmap.org se actualiza sólo cada cierto tiempo (los miércoles si no ha cambiado). Puedes mirar en http://informationfreeway.org que se actualiza con bastante más frecuencia. Además, si te pones la barra de zum en la sexta posición empezando por arriba (nivel 12) y pinchas con el botón izquierdo mientras mantienes pulsada la tecla CTRL, fuerzas a que se actualice antes. Aprovecho la ocasión para preguntar por la forma en la que partir una calle en dos, ya que he encontrado calles consideradas como una única cuando se trata de calle con nombre distintos. Si usas JOSM, selecciona el nodo por el que quieres partir la calle y pulsa la tecla p Por último, ¿qué GPS me recomendáis? (que no sea muy caro, que la economía anda algo floja). Muchas gracias. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] actualización cambios
bv2mu...@uco.es escribió: Hola lista, soy nuevo en Openstreetmap y ayer comencé a realizar algunas aportaciones. Vi que los cambios que introduje tardaron algún tiempo en hacerse efectivo, pero es que, además, algunos de ellos aún hoy siguen sin mostrarse. Sin embargo, al registrarme y entrar en modo de edición sí se reflejan los cambios. ¿Sabéis a qué puede deberse? Los cambios que haces quedan incorporados en el momento que tú los mandas, lo que pasa es que el mapa que se muestra en www.openstreetmap.org se actualiza sólo cada cierto tiempo (los miércoles si no ha cambiado). Puedes mirar en http://informationfreeway.org que se actualiza con bastante más frecuencia. Además, si te pones la barra de zum en la sexta posición empezando por arriba (nivel 12) y pinchas con el botón izquierdo en la zona que te interese mientras mantienes pulsada la tecla CTRL, fuerzas a que se actualice antes. Aprovecho la ocasión para preguntar por la forma en la que partir una calle en dos, ya que he encontrado calles consideradas como una única cuando se trata de calle con nombre distintos. Si usas JOSM, selecciona el nodo por el que quieres partir la calle y pulsa la tecla p Por último, ¿qué GPS me recomendáis? (que no sea muy caro, que la economía anda algo floja). Muchas gracias. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] actualización cambios
Hola lista, soy nuevo en Openstreetmap y ayer comencé a realizar algunas aportaciones. Vi que los cambios que introduje tardaron algún tiempo en hacerse efectivo, pero es que, además, algunos de ellos aún hoy siguen sin mostrarse. Sin embargo, al registrarme y entrar en modo de edición sí se reflejan los cambios. ¿Sabéis a qué puede deberse? hola lo que pasara es que esa parte no estara marcada para renderizar, pero si se ven en la vista de edicion es que apareceran temprano. si quieres renderizar mas rapido, te recomiendo que instales JOSM. y bienvenido a la lista! ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] no aparecen etiquetas en el modo de edic ión
Puedes enviarnos la direccin URL de ese elemento? En la vista del mapa pulsa Enlace permanente, abajo a la derecha, y luego copia la direccin que muestra t navegador. bv2mu...@uco.es escribi: He visto que algunas etiquetas (en este caso de poblaciones) aparecen en la vista pero al entrar en modo edicin no hay ningn elemento en el lugar de la etiqueta. Por qu? ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] no aparecen etiquetas en el modo de edici ón
Probablemente estés confundiendo eso que piensas que son poblaciones con las etiquetas que indican el nombre de los términos municipales (las lineas moradas discontinuas que aparecen a partir de cierto nivel de zoom). Estas etiquetas se pintan en el centro del término municipal automáticamente, si hay nodo para el municipio también aparecerá. Saludos. 2010/1/25 bv2mu...@uco.es He visto que algunas etiquetas (en este caso de poblaciones) aparecen en la vista pero al entrar en modo edición no hay ningún elemento en el lugar de la etiqueta. ¿Por qué? ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es -- Jorge Nerín jne...@gmail.com ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] no aparecen etiquetas en el modo de edici ón
El Lunes, 25 de Enero de 2010, Jorge escribió: Estas etiquetas se pintan en el centro del término municipal automáticamente, si hay nodo para el municipio también aparecerá. Técnicamente, no es el centro, sino el centroide. Véase http://es.wikipedia.org/wiki/Centroide Por lo general, cualquier entidad que sea poligonal (municipios, áreas pobladas, cementerios, edificios singulares, lo que sea) tienen una etiqueta con el nombre, posicionado en el centroide del polígono. (Excepto para relaciones multipolígono con más de un anillo externo; en este tipo de geometrías el motor de PostGIS se hace la picha un lío y te calcula el centroide a dos kilómetros al noreste de donde debería estar). Por cierto, que poner el nombre de alguna cosa por duplicado (una vez en el polígono y otra vez en un nodo) se considera una mala práctica. Con poner el nombre en el polígono es suficiente. Un saludo. -- -- Iván Sánchez Ortega i...@sanchezortega.es It was all so different before everything changed. signature.asc Description: This is a digitally signed message part. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] actualización cambios
El Lunes, 25 de Enero de 2010, bv2mu...@uco.es escribió: Hola lista, soy nuevo en Openstreetmap y ayer comencé a realizar algunas aportaciones. Vi que los cambios que introduje tardaron algún tiempo en hacerse efectivo, pero es que, además, algunos de ellos aún hoy siguen sin mostrarse. Sin embargo, al registrarme y entrar en modo de edición sí se reflejan los cambios. ¿Sabéis a qué puede deberse? A que el proceso de renderizado no es instantáneo. De la base de datos se tiene que generar un volcado, ese volcado se carga en un PostGIS, junto con el volcado se calcula la lista de imágenes que hay que volver a renderizar, y el demonio renderd, cuando pueda, va trabajando a lo largo de esa lista. En un día bueno, pueden pasar apenas 5 minutos para que los cambios se muestren en el mapa. En un día malo, pueden pasar unas cuantas horas. [Modo abuelete ON] En mis tiempos teníamos que esperar hasta el miércoles... de la semana siguiente. Porque no era automático. [Modo abuelete OFF] Aprovecho la ocasión para preguntar por la forma en la que partir una calle en dos, ya que he encontrado calles consideradas como una única cuando se trata de calle con nombre distintos. Define en dos. ¿Longitudinalmente? ¿Transversalmente? Es decir, ¿Quieres dos calles paralelas (una calle con mediana), o quieres dos calles seguidas (calle con cambio de nombre o propiedades)? Por último, ¿qué GPS me recomendáis? (que no sea muy caro, que la economía anda algo floja). Pché, depende de qué uso le vayas a dar. ¿Vas a usarlo con una PDA o un portátil (sólo receptor GPS)? ¿Vas a llevártelo al campo? ¿Vas a ponerlo en el coche? No sé si te he aclarado algo o te he dejado todavía peor :-) Un saludo, -- -- Iván Sánchez Ortega i...@sanchezortega.es http://ivan.sanchezortega.es MSN:i_eat_s_p_a_m_for_breakf...@hotmail.com Jabber:ivansanc...@jabber.org ; ivansanc...@kdetalk.net IRC: ivansanchez @ OFTC freenode signature.asc Description: This is a digitally signed message part. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] actualización cambios
2010/1/25 bv2mu...@uco.es: Hola lista, soy nuevo en Openstreetmap y ayer comencé a realizar algunas aportaciones. Vi que los cambios que introduje tardaron algún tiempo en hacerse efectivo, pero es que, además, algunos de ellos aún hoy siguen sin mostrarse. Sin embargo, al registrarme y entrar en modo de edición sí se reflejan los cambios. ¿Sabéis a qué puede deberse? Aprovecho la ocasión para preguntar por la forma en la que partir una calle en dos, ya que he encontrado calles consideradas como una única cuando se trata de calle con nombre distintos. Yo mismo uso josm pero mirando http://wiki.openstreetmap.org/wiki/Image:Potlatch-cheatsheet.svg con la tecla X puedes partir la calle y despues cambiarle el nombre a uno de los fragmentos. Respecto al renderizado lo que ya han dicho los demas: unos renderizadores son mas rapidos que otros y mas inteligentes en darse cuenta de los cambios o menos inteligentes. En la pagina principal hay tres capas, cada una usa distinto software. Puedes tambien poner tu propio renderizado en tu pc para generar un nuevo mapa en el momento que quieras. Saludos ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] no aparecen etiquetas en el modo de edici ón
El Lunes, 25 de Enero de 2010, Jorge escribió: 2010/1/25 Iván Sánchez Ortega i...@sanchezortega.es Por cierto, que poner el nombre de alguna cosa por duplicado (una vez en el polígono y otra vez en un nodo) se considera una mala práctica. Con poner el nombre en el polígono es suficiente. Me refería a que visualmente si hay un nodo de población con el mismo nombre que el polígono del área del término municipal (normalmente cerca del centroide) aparecerá no muy lejos repetido el nombre, ej: http://www.openstreetmap.org/?lat=40.969lon=-0.5289zoom=14layers=B000FTF En este caso, son cosas distintas pero con el mismo nombre. Una cosa es el municipio, y la otra cosa es el núcleo de población. A lo que voy es: si tienes un polígono para el municipio, no hace falta poner un nodo para el municipio. Si tienes un polígono para el núcleo de población, no hace falta poner un nodo para el núcleo de población. (Etcétera) -- -- Iván Sánchez Ortega i...@sanchezortega.es http://ivan.sanchezortega.es Proudly running Debian Linux with 2.6.32-trunk-amd64 kernel, KDE 3.5.10, and PHP 5.2.11-2 generating this signature. Uptime: 22:03:09 up 1:46, 3 users, load average: 0.45, 0.48, 0.46 signature.asc Description: This is a digitally signed message part. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] actualización cambios
A Dilluns, 25 de de gener de 2010 19:21:07, Jonay Santana va escriure: ¿Una misma calle con dos nombres? :-O Para mí eso son dos calles diferentes... Me temo que te debo de haber entendido mal, porque no le veo mucha lógica... Si hay dos nombres, son dos calles, por mucho que una sea continuación de otra, ¿no? Yo he visto calles tipo rambla con una calzada que tiene un nombre diferente del paseo centaral y la otra calzada, cuando desaparece el paseo central en algunos casos una acera tiene un nombre y la otra otro. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-at] Skitouren taggen
On 25.01.2010 12:20, Boris Cornet wrote: Patrick Steiner schrieb: Gibt es irgendwo vielleicht schon eine richtige Implementierung von Skitouren? Sieht nicht danach aus, als gäb's bereits was 'endgültiges'. Aber der Ansatz mit piste:* ist wenigstens schon ein proposal (wenn auch noch nicht beschlossen). Zudem scheint mir das systematischer zu sein als das was man unter WikiProject_Austria/Schitouren findet. Den Vorschlag highway=path finde ich sogar ausgesprochen kontraproduktiv und ist wohl egoistisches 'Mappen für die Renderer'. Also, ich würde mich an dieses Schema halten: http://wiki.openstreetmap.org/wiki/Proposed_features/Piste_Maps#Pistes siehe auch: http://wiki.openstreetmap.org/wiki/OpenPisteMap Ach ja, aus gegebenen Anlaß: Bitte piste:name=* verwenden, NICHT name=*, sonst gibts Geisterwege!!! Über eines muss man sich aber klar sein: Die klassischen Renderer stellen keine Pisten dar, und das ist wohl auch gut so. Es gibt aber z.B. http://openpistemap.org, wo die Pisten dargestellt werden, inwieweit auch Touren, das weiß ich nicht. Langlaufrouten scheinen jedenfalls leider nicht dargestellt zu werden, Standseilbahnen und Schlepplifte offenbar auch nicht. Aber das kann - und wird sich hoffentlich - ändern OK, dann werde ich es nach diesem Schema machen. Ich finde den Vorschlag von highway=path auch nicht wirklich ideal, außer es geht natürlich im Sommer auf der selben Strecke ein Wanderweg entlang (ist ja des öfteren so). Ich habe eigentlich vor mir dann eine eigene Karte für meinen Garmin zu erstellen, bei der ich dann die Skitouren aktiviere. Nur dazu ist es einmal wichitg einen sauberen Standard zu haben :-) LG Patrick ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-ca] Import of large features in Canvec
Today I have (finally) worked on large features in Canvec data (forests, water, etc.), and I have come up with a method how to deal with them. Bravo! Looks great. Great indeed !! Yves ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Import of large features in Canvec
http://www.openstreetmap.org/browse/relation/393821 attribution = Natural Resources Canada canvec:CODE = 1240022 canvec:UUID = cad1acc2f7794480a0c17cadeef4d3b7 natural = wood source = CanVec_Import_2009 type = multipolygon That looks fine. I would remove that canvec:UUID tag as since now it is in the database it is free to edit, and to what we wish to. But that's just me. BTW, in the USA Tiger data, the UUID was removed as it has a 'power fit' where it was treated as more valuable than regular users edits. That part (power fit) is not acceptable with OpenStreetMap. The canvec:sourceDate=* should be added (it available in the datasource) since that tells the users how old the data is and gives them a way to compare the data with their own datasets (ie. from municipalities directly) or from physical observations. Change on the ground happens so fast that it's important to have it on all features. Its worth no note that this 'wooded_area' is simply just that, it has no boundaries, it just states at the time of surveying, this area has trees, and the wholes (inner polygons) dont have trees. This 'wooded area' is not a designated area, so it's neithor a park/private land/protected area. When you look at the yahoo imagery (and future imagery) you can easily see what the currently status of the 'wooded_area' actually is. But on the ground, you'll see what it's like today. So in sum, when your out mapping, feel free to adjust the edges of these polygons to accurately show where in fact the 'wooded_area' is today. And if you know what the designation of the area is. ie. signs that say park area, you can add that in as an unfilled polygon border. Great to see no edges, nice fix. Cheers, Sam On Sun, Jan 24, 2010 at 7:59 PM, Frank Steggink stegg...@steggink.orgwrote: Hi all, Today I have (finally) worked on large features in Canvec data (forests, water, etc.), and I have come up with a method how to deal with them. This currently involves PostGIS, but maybe I'll use GEOS or another method, so that it isn't necessary to load data in a DB. More details will follow soon, since I need to clean up code / sort out things a bit, and eventually integrate it into the canvec_to_osm.py script. Right now I've uploaded (only) wooded areas in the Charlevoix region in Quebec. This already makes the map look entirely different! The result can be found here [1]. Changesets: [2] and [3]. You'll see faint horizontal and vertical lines crisscrossing the area. This is an artifact of making the features smaller (0.1 x 0.05 degrees). This will be dealt with with the gamma option which is part of the new Mapnik 0.7.0 release. This will probably be used in a couple of weeks on osm.org. See [4] for more info. Cheers, Frank [1] http://www.openstreetmap.org/?lat=47.625lon=-70.25zoom=11layers=B000FTFT [2] http://www.openstreetmap.org/browse/changeset/3707953 [3] http://www.openstreetmap.org/browse/changeset/3708062 [4] http://trac.mapnik.org/wiki/PolygonSymbolizer ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Import of large features in Canvec
Hi, On Mon, Jan 25, 2010 at 4:08 PM, Frank Steggink stegg...@steggink.orgwrote: Hi Sam, Thanks for your feedback. I agree with your suggestion to remove the ID. It is simply unmaintainable by us. I also saw that many of them were the same. This was already before my script started splitting large areas up. The addition of canvec:sourceDate (valdate in the DB) is a good idea as well. Since it is an 8 char string, I'll leave it untouched. (Shp2osm.jar should strip any spaces though.) Note that the validation date of the wooded areas in the area I uploaded is 1982. By the way, should the source reflect the current year (2010)? I don't think this is necessary, since the import was started in 2009, although not much progress has been made so far. ai Well, the 2010 import is going to be different, as it uses the python script and will contain less bugs. By changing it to this year, we can note in the wiki that the 2009 imported data has 'known potential errors' and we can list those. So when people come across data that was imported in 2009, these errors will be expected, and its known that it can be directly replaced with the 2010 data. Similar to the way the TIGER data in the US is treated. A simple search in the area for CanVec_Import_2009 then it can be directly compared, using open jump to new data. Perhaps we can go even further, and somehow indicate which canvec data version was used, as right now the latest version is 5.0 http://geogratis.cgdi.gc.ca/geogratis/en/collection/28954.html where it is only certain datasets that have that version #, the rest have version 4.0 etc or earlier. As when an update happens (it might only be a few features changed) the entire NTS tile is upgraded to the next version.) This information is ALSO in the dataset. So perhaps source:version=5.0? And on that note, in order to keep up with the changes in the canvec datasets, we will need to introduce (appropriatly named) CanBots. These will be programed to automatically download convert replace in touched areas. Fortunately this might not be needed, since OpenStreetMap has the advantage, because we can work directly with the communities on the ground who can donate their data directly to the database (as well as back to NRCan the provincial data compilers). So in sum, i answered my own question. Having the latest canvec dataset version isn't needed. Just CanVec_Import_2010 would be fine :-) Cheers, Sam Cheers, Frank Sam Vekemans wrote: http://www.openstreetmap.org/browse/relation/393821 attribution = Natural Resources Canada canvec:CODE = 1240022 canvec:UUID = cad1acc2f7794480a0c17cadeef4d3b7 natural = wood source = CanVec_Import_2009 type = multipolygon That looks fine. I would remove that canvec:UUID tag as since now it is in the database it is free to edit, and to what we wish to. But that's just me. BTW, in the USA Tiger data, the UUID was removed as it has a 'power fit' where it was treated as more valuable than regular users edits. That part (power fit) is not acceptable with OpenStreetMap. The canvec:sourceDate=* should be added (it available in the datasource) since that tells the users how old the data is and gives them a way to compare the data with their own datasets (ie. from municipalities directly) or from physical observations. Change on the ground happens so fast that it's important to have it on all features. Its worth no note that this 'wooded_area' is simply just that, it has no boundaries, it just states at the time of surveying, this area has trees, and the wholes (inner polygons) dont have trees. This 'wooded area' is not a designated area, so it's neithor a park/private land/protected area. When you look at the yahoo imagery (and future imagery) you can easily see what the currently status of the 'wooded_area' actually is. But on the ground, you'll see what it's like today. So in sum, when your out mapping, feel free to adjust the edges of these polygons to accurately show where in fact the 'wooded_area' is today. And if you know what the designation of the area is. ie. signs that say park area, you can add that in as an unfilled polygon border. Great to see no edges, nice fix. Cheers, Sam On Sun, Jan 24, 2010 at 7:59 PM, Frank Steggink stegg...@steggink.orgmailto: stegg...@steggink.org wrote: Hi all, Today I have (finally) worked on large features in Canvec data (forests, water, etc.), and I have come up with a method how to deal with them. This currently involves PostGIS, but maybe I'll use GEOS or another method, so that it isn't necessary to load data in a DB. More details will follow soon, since I need to clean up code / sort out things a bit, and eventually integrate it into the canvec_to_osm.py script. Right now I've uploaded (only) wooded areas in the Charlevoix region in Quebec. This already makes the map look entirely different! The result
Re: [Talk-cz] Import adres z katastralni mapy
Ahoj, stačí použít Dictionary, a už to funguje rozumě rychle (i když celá ČR asi ještě ne - po minutě mi zabrala celou paměť). Opravil jsem i pády při chybějících relacích, i když oprava je dost quickdirty. Posílám zdrojáky změněných souborů i funkční program. On Sun, 24 Jan 2010 10:37:08 +0100, Lukas Kabrt lu...@kabrt.cz wrote: Problem to neni. Kdyz jsem program vytvarel, tak jsem nevedel o tom, ze existuje vektorizovana mapa k.u. a tak jsem k.u. kreslil rucne. Vzdycky jen par k.u., ktere jsem chtel zpracovat. Takze me rychlost zpracovani OSM souboru nejak netrapila. Na vektorizovanou mapu jsem narazil az kdyz jsem mel program hotovy a jeste jsem se nedostal k tomu ho predelat - dalsi polozka do TODO listu :-) Koukal jsem, ze by sla pouzit knihovna pro praci s OSM soubory z programu Kosmos [1], takze s tim nakonec asi ani nebude tolik prace. [1] http://wiki.openstreetmap.org/wiki/Kosmos -- Lukas ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz -- Petr Dlouhý CUZK.MergeDBWithPoints1.tar.gz Description: GNU Zip compressed data ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Seznam katastralnich uzemi s umistenim
Nazvy jsem zakomponoval do mapy k.u. [1] Na mape je celkem 13036 relaci, nazvy ma prirazeno 13027 relaci. Zbylych 9 relaci predstavuje oblasti, ktere budou prisluset k nekteremu ze sousednich k.u., na mape jsou ale hranice tak blizko sebe, ze tvori jednu caru a nejde poznat, kam oblast patri (priklad [2], v JOSM otevrit a zobrazit prehledku z WMS CUZK). Nechtel jsem vylozene hadat, kam oblast patri, takze jsem je nechal v mape s oznacenim: FIXME - Nejasna prislusnost ke k.u. Treba se najde nekdo, kdo dane misto zna a napovi ... Struktura dat cesty, ktere tvori relace - bez oznaceni, nevim mam kazde ceste pridat tag border: administrative? relace name - nazev katastralniho uzemi ku:id - cislo katastralniho uzemi, nejaky lepsi napad? Presnost dat mam zkontolovano, ze vsechny k.u. jsou na mape, kazdemu je prirazena prave jedna relace a nejsou tam zadne duplicity. Nekolik oblasti jsem kontroloval rucne a zadne chyby jsem nenasel, to neznamená, že nikde žádná chyba nebude (mohlo by se stát, že 2 k.u. budou prohozene). Pokud na nějaký problém narazíte, tak se ozvěte. Pro ucely rozpoznavani adres je tahle mapa vice nez dostatecna, pro upload na server to bude chtit jeste par veci vymyslet / dodelat. Priradit 9 oblasti oznacenych FIXME ke spravnym k.u. Do mapy zadat hranice obci, okresu, kraju a CR (pokud vim tak vsechny tyto hranice vychazeji z hranic k.u.) Vyresit jak sloucit mapu na serveru s mapou k.u. Zauvazovat nad tim jestli mapu trochu nezjednodusit (nyni ma neco malo pres 100 nodu a na nekterych mistech sleduje kazdy zahyb kazdeho potucku) Rozhodnout jak spravne oznacit k.u., ktere je cele uvnitr jineho k.u. (priklad - Josefov a Stare Mesto v Praze)? [1] http://lkabrt.aspone.cz/osm/kucr.zip [2] http://www.openstreetmap.org/?lat=49.30819lon=16.67873zoom=15layers=B000FTF --- Lukas ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Soubor cr.map pro import adres
Ahoj, tak posílám další verzi [1]. Předchozí měla špatně části jednotlivých obcí, tahle je snad lepší. Úplně dokonalá ale stále není - jednak něco ani nejde automaticky spojit (všiml jsem si například částí Liberce), a jednak tam asi pořád budou chyby. [1] http://www.flyshare.cz/stahni/45803/addr_map1.tar.bz2 On Sun, 24 Jan 2010 12:45:45 +0100, Petr Dlouhý petr.dlo...@email.cz wrote: Ahoj, tak už se mi to snad podařilo spojit [1]. Dělám to na základě názvu okresu a obce a podobnosti jména katastrálního území. Používám k tomu seznam katastrálních území ze stránek CUZK a seznam ulic ze stránek MVČR, takže jestli si někdo myslí, že je to problém, tak řekněte. Osobně si myslím, že data z CUZK pouze použijeme a do mapy nebudeme importovat, takže to snad nevadí. Prosím zkontrolujte, jestli přiřazemí proběhlo dobře. [1] http://www.flyshare.cz/stahni/45772/addr_map.tar.bz2 On Sun, 24 Jan 2010 02:35:24 +0100, Petr Dlouhý petr.dlo...@email.cz wrote: 2) Nepodařilo se mi najít žádný klíč, podle kterého by bylo možné spojit databáze MVČR a CUZK. Do parametru name elementu territory jsem tedy doplnil jméno oblasti. Je tedy nutné doplnit tam u něčeho, pokud se jméno katastrálního území liší. -- Petr Dlouhý ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz