Re: [Talk-ko] Mapping Hiking Trails in Bukhansan National Park
Just replying so you know this list is not dead. Sorry, I am a bit too far south of Seoul to help with trails up there. Have at it and have fun. Just remember to respect any GPS traces and adjust the imagery. Jama rek, Robert --- On Thu, Jun 14, 2012 at 12:24 AM, Brian McLaughlin brian.scott.mclaugh...@gmail.com wrote: Are there any mappers living in the Seoul area interested in helping me map hiking trails in Bukhansan National park? -Brian ___ Talk-ko mailing list Talk-ko@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ko ___ Talk-ko mailing list Talk-ko@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ko
Re: [Talk-hr] Mapfactor Navigator
Najbojli je definitivno subjektivan pojam, ali evo zašto je meni Mapfactor Navigator bolji od Osmand-a nakon što sam ga koristio od Osijeka do Ohrida u Makediniji - korisničko sučelje je prvi faktor. Osmand je nepregledan, teško se snaći u izbornicima i nepotrebni koraci se teško izgjegavaju. UI na MF Navigatoru je ispeglano do savršenstva iako je Beta aplikacija. Mnoge komercijalne aplikacije bi imale što naučiti od MF Navogator UI designera. Jedan killer feature koji fali Osmandu (i svim drugim OSM aplikacijama koje sam testirao) je routring putem pomoćne lokacije, za sada je MF Navigator jedina aplikacija koja ima ovaj feature. Jednostavno dodavanje Favorite lokacija, te jednostavno biranje da li je neka od postojećih waypoint, destination ili nešto treće. Vozio sam se kroz Hrvatsku, Srbiju (Niš, Šid, Beograd) i Makedoniju (Ohrid, Skopje, Struga), te su ulice bile dobro označene i nisam primjetio da su falile POI (benzinske i kafići), nisam ih tražio po imenu pošto sam u stranome gradu pa nisam niti znao imena, no pretraga po imenu POI-a je svakako feature koji treba dodati. Samo da bude jasno, Osmand podržavam jer je pod GPL licencom, i kupio sam Osmand+ da ih podržim no ipak aplikaciju nisam na putu koristio zbog jednostavnog razloga što sam našao bolju. 2012/4/21 Ivan Delac ivan.ne...@gmail.com: valent.turko...@gmail.com napisa: Definitivno najbolja osm navigacija do sada, baš sam to tražio, hvala. Pa i nije baš nešto posebno. Ovako nabrzinu primijetio sam da ne podržava turn restrictione, fali gomila ulica (u Splitu) i naselja (npr. Bol), ne mogu se pretraživati POI po imenu, nema radnih vremena POI-a. Osmand mi se i dalje čini boljim. ___ Talk-hr mailing list Talk-hr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-hr -- follow me - www.twitter.com/valentt http://kernelreloaded.blog385.com linux, anime, spirituality, wireless, scuba, linuxmce smart home, zwave ICQ: 2125241, Skype: valent.turkovic, MSN: valent.turko...@hotmail.com ___ Talk-hr mailing list Talk-hr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-hr
Re: [Talk-hr] Mapfactor Navigator
Evo odmah i link za instalaciju: https://play.google.com/store/apps/details?id=com.mapfactor.navigator ___ Talk-hr mailing list Talk-hr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-hr
[talk-ph] Garmin Map - OSM Philippines 20120607
*Maning, * This *Garmin Map* release of *OSM Philippines 20120607* includes the New Track between Danasan Eco Advanture Park and Asturias on the West coast of Cebu These are my Edits submitted:- #11749934 May 30, 2012 17:08 See Video of the Motorcyle Ride freom Danasan Eco Adventuure Park to Asturias:- #11749817 May 30, 2012 16:50 Changed to unclassified. Did not log where graded Dirt turns to 'Paved' (concrete). Clearly there is ongoing road improvementsin this route. #11749715 May 30, 2012 16:40 Asturias - Danasan Eco Adventure Park. Dirt track but evidence of road widening and improvements. Paved in sections. #11749161 May 30, 2012 15:25 Asturias - Danasan Eco Adventure Park. Dirt track but evidence of road widening and improvements. Paved in sections. *Question:* How come I can't *create a Route *along this New track that has been added to *OSM Philippines 20120607*? Normally I select a Start and a Finish point to such Track, in *MapSource*, with the *Route Tool*, and it usually follows the Way via all the Track Points drawing the* Route *(defaulte magenta) With this newly added Track of mine on the newly realeased version of OSM for Garmin, it draws a straight line between the points and does not follow the Track drawn on the map, at all? *David Whittall * ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [talk-ph] Garmin Map - OSM Philippines 20120607
#11749934 May 30, 2012 17:08 See Video of the Motorcyle Ride freom Danasan Eco Adventuure Park to Asturias:- This highway was tagged as highway=road. http://www.openstreetmap.org/browse/way/165510164 The tag highway=road means Road with an unknown classification. This tag should be used temporarily until the road has been properly surveyed. Once it is surveyed the highway tag should be changed to record the appropriate classification. http://wiki.openstreetmap.org/wiki/Tag:highway%3Droad We intentionally disabled routing to this tag since this is atemporary tag where the road has an unknown class until surveyed. Pleas re-tag to the appropriate class. -- 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: [talk-ph] Garmin Map - OSM Philippines 20120607
Let me also add the there are overlapping roads in that area: http://www.openstreetmap.org/?lat=10.554118lon=123.875091zoom=18layers=M On Wed, Jun 13, 2012 at 8:53 PM, maning sambale emmanuel.samb...@gmail.com wrote: #11749934 May 30, 2012 17:08 See Video of the Motorcyle Ride freom Danasan Eco Adventuure Park to Asturias:- This highway was tagged as highway=road. http://www.openstreetmap.org/browse/way/165510164 The tag highway=road means Road with an unknown classification. This tag should be used temporarily until the road has been properly surveyed. Once it is surveyed the highway tag should be changed to record the appropriate classification. http://wiki.openstreetmap.org/wiki/Tag:highway%3Droad We intentionally disabled routing to this tag since this is atemporary tag where the road has an unknown class until surveyed. Pleas re-tag to the appropriate class. -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- -- 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: [talk-ph] Garmin Map - OSM Philippines 20120607
*Maning,* Perhaps this is either a BING Satellite Trace 'FixMe' and since i dont know what/how one deals with these, I left it? If there is an Instruction on this, I have missed it - please direct tme to it. Or I converted my *GPS Track* to a *WAY*, and added a Track AS WELL - sorry about that, if this was the case, I can't really remember? I did go over the edit a few times, which suggests I was tracing the GPS Track (without realizing it had been added as a Track or something), as I noticed some discepancys between added Track and GPS Trace. So the *duplicate*, needs *deleting*, *who *and* how* to *deal with that*? Think I need to learn how to use* JOSM!* *David* On 13 June 2012 20:56, maning sambale emmanuel.samb...@gmail.com wrote: Let me also add the there are overlapping roads in that area: http://www.openstreetmap.org/?lat=10.554118lon=123.875091zoom=18layers=M On Wed, Jun 13, 2012 at 8:53 PM, maning sambale emmanuel.samb...@gmail.com wrote: #11749934 May 30, 2012 17:08 See Video of the Motorcyle Ride freom Danasan Eco Adventuure Park to Asturias:- This highway was tagged as highway=road. http://www.openstreetmap.org/browse/way/165510164 The tag highway=road means Road with an unknown classification. This tag should be used temporarily until the road has been properly surveyed. Once it is surveyed the highway tag should be changed to record the appropriate classification. http://wiki.openstreetmap.org/wiki/Tag:highway%3Droad We intentionally disabled routing to this tag since this is atemporary tag where the road has an unknown class until surveyed. Pleas re-tag to the appropriate class. -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- -- 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: [talk-ph] Garmin Map - OSM Philippines 20120607
Dear David, Perhaps this is either a BING Satellite Trace 'FixMe' and since i dont know what/how one deals with these, I left it? Cebu is your mapping turf, you have every right to delete anything you think is wrong. ;) Or I converted my GPS Track to a WAY, and added a Track AS WELL - sorry about that, if this was the case, I can't really remember? Directly converting from gps trace to osm way is not really good practice, there is a tendency to have to much node density. ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [talk-ph] Garmin Map - OSM Philippines 20120607
Hopefully, I have sorted it out now, by deleting the duplicate, and changing to *Tertiary.* This probably not stricly correct for the Track heading East to Danao City, as some parts are still Dirt track in places. From *Danasan Eco Adventure Park*, it is still *Dirt Track* heading West initially Unfortunately *Brett* (govoner100http://www.youtube.com/my_subscriptions?feature=mhees=n_TPgb6IHMqBUA_MYas9vO7hj-HAtbnrU_N7c4Ikh3w) edited the Video he submitted to YouTubehttp://www.youtube.com/watch?v=tcWrfsQoRiA, of that Ride West so not sure where the Paved sections start and finish. However his video shows a lot of road improvements under way with road widening, levelling, preparing for contrete lanes.This looks like it will be as good if not better than the TransCentral Highway when it is completed (and can be ugraded to *Secondary Road* at that point, I should think?) On 13 June 2012 22:34, maning sambale emmanuel.samb...@gmail.com wrote: Dear David, Perhaps this is either a BING Satellite Trace 'FixMe' and since i dont know what/how one deals with these, I left it? Cebu is your mapping turf, you have every right to delete anything you think is wrong. ;) Or I converted my GPS Track to a WAY, and added a Track AS WELL - sorry about that, if this was the case, I can't really remember? Directly converting from gps trace to osm way is not really good practice, there is a tendency to have to much node density. ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [OSM-talk] Tag combinations: amenity and highway
On 2012-06-12 22:28, Peter Wendorff wrote: 32 (tourist, bus_stop): amenity=tourist is over all only 32 times in the database, so at least I would count amenity=tourist as useless. Could it be meant as a bus stop for tourist/sightseeing busses? Regards, Maarten ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] new bing hires updates not visible in JOSM?
Moving along, I can view the updated imagery using JOSM in Ubuntu. For the mac, I found this, /var/folders/Zp/ZpOE5tJJEy0E3dZIW-0jkU+++TM/-Tmp-/JMapViewerTiles_username Which I then cleared, opening JOSM again in Mac, I still get the old hires imagery and not the new ones. On Wed, Jun 13, 2012 at 10:40 AM, maning sambale emmanuel.samb...@gmail.com wrote: I use mac and linux, I can't find the JMapViewerTiles_username in my mac system. Using the latest JOSM ver 5278. On Wed, Jun 13, 2012 at 10:05 AM, Paul Norman penor...@mac.com wrote: From: maning sambale [mailto:emmanuel.samb...@gmail.com] Sent: Tuesday, June 12, 2012 6:38 PM To: jaa...@helleranta.com Cc: osm-talk Subject: Re: [OSM-talk] new bing hires updates not visible in JOSM? I don't think this is the case because when I am using JOSM, the old hires imagery is loaded instead of the updates. Check your JMapViewerTiles cache. On windows this is in %TEMP%\JMapViewerTiles_username\ -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] new bing hires updates not visible in JOSM?
Hi Maning, JOSM caches the old imagery if you clear the cache it will fix the issue. -Kate On 13 Jun 2012 08:39, maning sambale emmanuel.samb...@gmail.com wrote: I don't think this is the case because when I am using JOSM, the old hires imagery is loaded instead of the updates. You can see the outline of the old imagery here: http://maning.github.com/Imagery_Coverage_Map/#10.685173,122.583121,17 Click the bing baselayer to see the updated imagery. In josm, only the old imagery is visible. On Wed, Jun 13, 2012 at 9:18 AM, Jaakko Helleranta.com jaa...@helleranta.com wrote: Make sure you are viewing the highest zoom levels (z18-19) when trying to look for the highres imagery. This trick showed some additional hires imagery for some areas in Haiti last year. It was in JOSM, though and the bug may have been solved (haven't checked actually). .. So, may not help you but good to try. Cheers, -Jaakko --Original Message-- From: maning sambale To: osm-talk Subject: [OSM-talk] new bing hires updates not visible in JOSM? Sent: Jun 12, 2012 20:39 As the subject says, we spotted new imagery from Bing. Potlatch2 can load the imagery, but JOSM still shows the lowres Landsat image of the same area. This area for reference: http://www.openstreetmap.org/?lat=9.305565lon=123.308057zoom=18 -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk Sent from my BlackBerry® device from Digicel -- Mobile: +509-37-26 91 54, Skype/GoogleTalk: jhelleranta -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.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] new bing hires updates not visible in JOSM?
On Wed, 13 Jun 2012 16:01:04 Kate Chapman wrote: Hi Maning, JOSM caches the old imagery if you clear the cache it will fix the issue. Right, right-click on the editing area and select 'Flush tile cache'. Best wishes, Andrew ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Tag combinations: amenity and highway
(Added tagging@osm. Isn't this more of a tagging discussion all-in-all?) Should both description and note keys be encouraged especially when using atypical tags/combinations? -Jaakko --Original Message-- From: Maarten Deen To: talk@openstreetmap.org Subject: Re: [OSM-talk] Tag combinations: amenity and highway Sent: Jun 13, 2012 02:01 On 2012-06-12 22:28, Peter Wendorff wrote: 32 (tourist, bus_stop): amenity=tourist is over all only 32 times in the database, so at least I would count amenity=tourist as useless. Could it be meant as a bus stop for tourist/sightseeing busses? Regards, Maarten ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk Sent from my BlackBerry® device from Digicel -- Mobile: +509-37-26 91 54, Skype/GoogleTalk: jhelleranta ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] new bing hires updates not visible in JOSM?
And a big thanks to the Bing Team for getting this imagery update out. It's a huge help in keeping maps current! ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] new bing hires updates not visible in JOSM?
1. Right-click Flush tile cache doesn't work 2. Manual removing /var/folders/Zp/ZpOE5tJJEy0E3dZIW-0jkU+++TM/-Tmp-/JMapViewerTiles_maning doesn't work either. Finally, I deleted my .josm directory and now it works on the mac. Perhaps it's having trouble with old plugins? Anyway, all is good now. :) Thanks! On Wed, Jun 13, 2012 at 7:20 PM, Mike N nice...@att.net wrote: And a big thanks to the Bing Team for getting this imagery update out. It's a huge help in keeping maps current! ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] new bing hires updates not visible in JOSM?
2012/6/13 maning sambale emmanuel.samb...@gmail.com: 1. Right-click Flush tile cache doesn't work 2. Manual removing /var/folders/Zp/ZpOE5tJJEy0E3dZIW-0jkU+++TM/-Tmp-/JMapViewerTiles_maning doesn't work either. Finally, I deleted my .josm directory and now it works on the mac. Perhaps it's having trouble with old plugins? Anyway, all is good now. :) Thanks! On Linux I think the default folder for the imagery cache is ~/.josm/cache/wms cheers, Martin ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Tag combinations: amenity and highway
I wonder about lumping things together sometimes. Locally we have gas stations amenity=fuel that have a convenience store and a ABM or ATM in OSM language. I'm tempted to have three separate POIs in much the same way as a bank with an ATM have two POIs together. The problem with putting too much information on one POI is the rendering systems have problems with more complex coding especially how do you display it? Even to distinguish between a bus_stop and a bus_stop with shelter in a simple way with different icons doesn't seem to be standardized. Cheerio John On 12 June 2012 16:28, Peter Wendorff wendo...@uni-paderborn.de wrote: Hi. While developing the look-and-listen map I currently do some research about tagging and tag combinations as I have to build some kind of decision tree to determine how to describe a given osm object as text. I thought about first level tags in the osm database and looked into the most often used keys and tags according to taginfo for that. Some of the most used relevant keys are amenity and highway, and I did a summary of value combinations of these. It turns out, that at objects, that have both keys these often are redundant. Before I start: in sum my overpass-api export of yesterday returned 2668 objects with both tags. I would really appreciate some comments and thoughts about my suggestions (as written behind the corresponding combination). In order of appearance the combinations are count (amenity, highway): (neither all combinations listed, nor all most used ones): redundant combinations: 845 (bus_station, bus_stop) 69 (lamp, street_lamp) 34 (bus_stop, bus_stop) 25 (speed_trap, speed_camera) 10 (street_light, street_lamp) 7 (doctors, emergency_access_point): probably I'm wrong here, but why should I go to a doctor to call a doctor for an emergency? I'm confused about these. 7 (elevator, elevator) 4 (public_lift, elevator): where public_lift is used only 5 times over all 2 (bus_station, bus_station) 2 (elevator, lift) 2 (light_post, street_lamp) 2 (mountain_rescue, emergency_access_point): additionally amenity=mountain_rescue is not documented (but listed on the german how-to-map-A) 2 (speed_enforcement, speed_camera) not redundant combinations: 213 (waste_basket, bus_stop) 136 (bench, bus_stop): alternative: amenity=bus_stop; bench=yes (already used around 50k times) 118 (parking, rest_area) 107 (shelter, bus_stop): alternative: amenity=bus_stop; shelter=yes (already used 108k times) 92 (parking, turning_circle) 59 (parking, services) 37 (waste_basket, street_lamp) 35 (post_box, bus_stop): but often two objects, I think 15 (shelter, emergency_access_point) 6 (toilets, bus_stop): should be two objects, I think. 6 (waste_disposal, bus_stop): IMHO again two objects. 5 (watering_place, ford) combinations I guess to be an error: 46 (parking, bus_stop) how is this in other countries? in germany this would usually be an error. 45 (fuel, services) well, related, but amenity=fuel should not be tagged on the highway, right? 32 (tourist, bus_stop): amenity=tourist is over all only 32 times in the database, so at least I would count amenity=tourist as useless. It's not documented in the wiki. 30 (sloped_curb, crossing): outdated, as amenity=sloped_curb should be replaced by sloped_curb=yes (or better) or kerb=* 27 (restaurant, services): should be more than one object. 16 (school, bus_stop): should be two objects 15 (bicycle_parking, bus_stop): should be two objects 13 (fuel, service): probably services? 12 (trash_can, bus_stop): waste_basket instead of trash_can? 10 (fuel, bus_stop): two objects? 8 (fountain, mini_roundabout): if a mini-roundabout is a fountain in parallel, I would suggest the center not to be traversable, that would be a contradiction to the mini_roundabout definition we found in the discussions in the last weeks. 8 (recycling, bus_stop): I guess, this is most often a waste_basket, not what we usually call amenity=recycling. If that's wrong, these should be two objects. 8 (toilets, rest_area): should be two objects, as the toilets are much smaller than the rest area I guess (else I would not call it rest_area any more, but toilets only) 6 (grave_yard, turning_circle): sounds strange... 5 (cafe, services): not on one object, I would say 5 (fast_food, services): 2 objects 5 (fuel, residential): should the fuel be on the same object as highway? 5 (recycling, turning_circle): should be two objects 4 (pub, bus_stop): two objects 4 (public_building, bus_stop): two objects 3 (pharmacy, bus_stop): two objects 3 (place_of_worship, residential): two objects 3 (school, residential): two objects 3 (traffic_signals, traffic_signals): as I would interpret amenity=traffic_signals as an error; on top of that it's redundant 2 (bank, bus_stop): I guess, this is a German mapper who mis-translated the German bank (which means bench) 2
Re: [OSM-talk] Tag combinations: amenity and highway
2012/6/13 Jaakko Helleranta.com jaa...@helleranta.com: Imho in your cases amenity=bus_stop + parking=yes doesn't sound bad at all for bus stops targeted to (partly car traveling) commuters, for example. I don't think that amenity=bus_stop parking=yes does make any sense. You can park in a lot of places, shall we add parking=yes to all of them? You can also chew gum there, should we also add chew_chewing_gum=yes? A parking is an area, a bus stop is more or less a point. If the two are close, you can see this in the db (and potentially also, if there are any linear barriers between them). IMHO there is no need or sense in combining the two, but if I were to emphasize on a parking with annected bus stop I'd see it as an extra property of the parking, not the bus stop. cheers, Martin ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Presenting filter for openstreetmaps history RSS feeds
Hello everyone. Some users suggested a feature to specify filtering limits manually. This feature is online now. On the main page ( http://positron96.appspot.com/osmfilter.html) there are 2 controls to set latitude and longitude limits in degrees. Generated feeds will contain changesets that are smaller than the specified size. Feeds that you have already created will continue to work as they did (but will use default 20 deg/40 deg values). Best wishes, Pavel On Tue, Jun 12, 2012 at 1:11 AM, Pavel Melnikov positro...@gmail.comwrote: Hello again! Small update to RSS filtering service. In the past few days I've found that it is probably difficult for everyone to use current feed creation process ( which involved copying RSS URL from the image on openstreetmap.org page). So I simplified the process. Now you only need URL to a history page, which is usually visible and copyable from address bar in your browser. The app will extract needed RSS feed on its own and generate filtered feed url and present it to you. So if you tried the service and it did not work well somehow, you can create a filtered rss link again, this time providing with history page URL, not RSS url. Detailed steps are descripbed on http://positron96.appspot.com/osmfilter.html . If the service worked well for you, there is no need to change anything, filtering process and interface itself did not changed a bit. Any comments and reports are still highly appreciated. Best regards, Pavel On Sat, Jun 9, 2012 at 3:36 PM, Pavel Melnikov positro...@gmail.comwrote: Hello everyone! I've been a mapper for some years, and now I've decided to do some coding. I've been using history tab in OSM website, but it is usually filled with bot-generated changes that cover the half of the world. I did not find any solutions to overcome this in osm RSS feeds, so I've decided to make a filter that will filter out these large changesets in RSS feed. Now I present you guys this filter: http://positron96.appspot.com/osmfilter.html . At the moment the concept is simple: all changes with bounding box larger that 20 degrees latitude or 40 degrees longitude are filtered out from the feed. So far it's working for me, so I hope someone will find it useful too. Usage is described in project page, and is mostly simple. You get a link to history RSS feed from openstreetmaps site (something like http://www.openstreetmap.org/browse/changesets/feed?bbox=2.28907%2C48.84799%2C2.32597%2C48.8644) and insert it into the only textbox on the page. First button will lead you to filtered feed, second button will show you feed to filtered feed. URL for filtered feed can be created manually, syntax is: http://positron96.appspot.com/osmfilter.rss?feed= url_of_source_osm_rss_feed Any comments, suggestions and reports are highly appreciated. Pavel Melnikov ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] new bing hires updates not visible in JOSM?
Try to delete the cache :D On 06/13/2012 02:39 AM, maning sambale wrote: As the subject says, we spotted new imagery from Bing. Potlatch2 can load the imagery, but JOSM still shows the lowres Landsat image of the same area. This area for reference: http://www.openstreetmap.org/?lat=9.305565lon=123.308057zoom=18 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] new bing hires updates not visible in JOSM?
On 6/13/2012 4:06 PM, hbogner wrote: Try to delete the cache :D I posted this to talk-US - I have 2 instances of JOSM - one 'works', and the other always shows the 'old imagery'. I removed all cached images from the JOSM settings folder, and the shared %TEMP%\JmapViewer_UserName cache (for Windows). I ran a Procmon trace, and cannot see that it accesses any image files from any other folder. The only thing I haven't done is a network trace to see what the difference between the 2 instances is, as well as double checking and comparing the cached image file contents between instances. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] new bing hires updates not visible in JOSM?
On 13-06-2012 02:39, maning sambale wrote: As the subject says, we spotted new imagery from Bing. Potlatch2 can load the imagery, but JOSM still shows the lowres Landsat image of the same area. Remove bing.attribution.xml from the cache dir: %APPDATA%\JOSM\cache\bing.attribution.xml on Windows ~/.josm/cache/bing.attribution.xml on Linux This appears to be a JOSM bug, as the attribution file/config should not be cached. https://josm.openstreetmap.de/ticket/7778 -- Jonas Häggqvist rasher(at)rasher(dot)dk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] new bing hires updates not visible in JOSM?
On 6/13/2012 5:58 PM, Jonas Häggqvist wrote: Remove bing.attribution.xml from the cache dir: %APPDATA%\JOSM\cache\bing.attribution.xml on Windows ~/.josm/cache/bing.attribution.xml on Linux This appears to be a JOSM bug, as the attribution file/config should not be cached. https://josm.openstreetmap.de/ticket/7778 Thanks - that worked here! ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] new bing hires updates not visible in JOSM?
I had the same problem in my instance of JOSM. What I did was to delete all cache directories in my .josm directory and it seemed to work. I guess I deleted the bing.attribution.xml file in the process. :) On Thu, Jun 14, 2012 at 6:58 AM, Jonas Häggqvist ras...@rasher.dk wrote: On 13-06-2012 02:39, maning sambale wrote: As the subject says, we spotted new imagery from Bing. Potlatch2 can load the imagery, but JOSM still shows the lowres Landsat image of the same area. Remove bing.attribution.xml from the cache dir: %APPDATA%\JOSM\cache\bing.attribution.xml on Windows ~/.josm/cache/bing.attribution.xml on Linux This appears to be a JOSM bug, as the attribution file/config should not be cached. https://josm.openstreetmap.de/ticket/7778 -- Jonas Häggqvist rasher(at)rasher(dot)dk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [Talk-br] Procura-se voluntários para importação IBGE
Olá Cláudio, Realmente é sempre melhor quando a pessoa que importa conhece a região, mas como tem uma quantidade enorme de dados a importar (esses do Rio são só o começo), eu acho que não dá para ser tão exigente. Logo sua contribuição é muito bem vinda! []'s -Vitor 2012/6/12 CLFerraz fer...@clferraz.com.br: Puxa, que pena, Vitor… Como novato, gostaria de contribuir, mas com uma região que eu conhecesse que é o caso de Teresópolis. A região que você cita fica fora da cidade pelo que estou entendento, mais próximo a Magé ou Baia da Guanabara… Praticamente desconheço essa região… Acho que o ideal seria fazer com conhecimento da área, estou correto? Me corrija se estiver errado... No caso de Teresópolis, tenho feito uso do Bing e circulado pela cidade com GPS. Comparo os resultados e faço os devidos ajustes… Agora, se der para fazer e contribuir mas sem conhecer a região, me coloco a disposição sim... []'s… Cláudio Em 12/06/2012, às 14:23, Vitor Sessak escreveu: Olá, Obrigado por avisar que alguns arquivos precisam ser simplificados. Os que eu tinha olhado não precisavam, logo eu conclui precipitadamente que todos estavam bons. A idéia do Aun de usar o JOSM funciona muito bem, mas eu gostaria de alguma coisa que eu pudesse automatizar, logo eu usei o --simplify do ogr2ogr e também deu certo (eu olhei no JOSM e a qualidade continua boa). Eu troquei todos os arquivos pelas versões simplificadas. De fato o tamanho diminuiu bastante. []'s -Vitor On 06/12/2012 01:46 PM, Stephane Goldstein wrote: Olá Vitor. Baixei o arquivo [1] para dar uma olhada. Será que não seria melhor simplificar estas vías antes de importa-las ? Não sei qual seria o melhor método para fazer isso, mas acho que elas estão com mais pontos do que o necessario, sobrecarregando a base e tornando o trabalho no JOSM muito lento. Abraço Stephane - Original Message - From: Vitor Sessak Sent: 06/11/12 07:09 PM To: OSM talk-br Subject: [Talk-br] Procura-se voluntários para importação IBGE Olá a todos, O IBGE disponibilizou recentemente uns mapas bem precisos do estado do Rio de Janeiro. Infelizmente, a unica maneira de importar esses dados pro OSM é por um procedimento semi-manual. Logo, eu estou procurando voluntários para me ajudar com este trabalho. Para quem estiver interessado em ajudar, é so visitar a pagina [1]. Um abraço, -Vitor [1] https://wiki.openstreetmap.org/wiki/IBGE_Import ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Procura-se voluntários para importação IBGE
Olá Vitor permita-me discordar, como usuário de longa data de mapas de toda espécie eu aprendi que só existe uma coisa pior que falta de dados: dados errados. Se o dado não existe, você vai atrás dele ou consulta outros mapas. Se o dado consta você tende a confiar nele. A importação às cegas de dados do IBGE me parece um erro. Volta e meia eu me deparo com dados marcados com source:IBGE que não tem qualquer vínculo com a realidade, inclusive rotas de BRs erradas por mais de 20 km! Estradas inexistentes etc etc. Corrigir dá mais trabalho do que fazer certo da primeira vez, e o dado errado confunde o usuário. Então por favor, vamos ser exigentes sim. abraço Gerald Olá Cláudio, Realmente é sempre melhor quando a pessoa que importa conhece a região, mas como tem uma quantidade enorme de dados a importar (esses do Rio são só o começo), eu acho que não dá para ser tão exigente. Logo sua contribuição é muito bem vinda! []'s -Vitor 2012/6/12 CLFerraz fer...@clferraz.com.br: Puxa, que pena, Vitor… Como novato, gostaria de contribuir, mas com uma região que eu conhecesse que é o caso de Teresópolis. A região que você cita fica fora da cidade pelo que estou entendento, mais próximo a Magé ou Baia da Guanabara… Praticamente desconheço essa região… Acho que o ideal seria fazer com conhecimento da área, estou correto? Me corrija se estiver errado... No caso de Teresópolis, tenho feito uso do Bing e circulado pela cidade com GPS. Comparo os resultados e faço os devidos ajustes… Agora, se der para fazer e contribuir mas sem conhecer a região, me coloco a disposição sim... []'s… Cláudio Em 12/06/2012, às 14:23, Vitor Sessak escreveu: Olá, Obrigado por avisar que alguns arquivos precisam ser simplificados. Os que eu tinha olhado não precisavam, logo eu conclui precipitadamente que todos estavam bons. A idéia do Aun de usar o JOSM funciona muito bem, mas eu gostaria de alguma coisa que eu pudesse automatizar, logo eu usei o --simplify do ogr2ogr e também deu certo (eu olhei no JOSM e a qualidade continua boa). Eu troquei todos os arquivos pelas versões simplificadas. De fato o tamanho diminuiu bastante. []'s -Vitor On 06/12/2012 01:46 PM, Stephane Goldstein wrote: Olá Vitor. Baixei o arquivo [1] para dar uma olhada. Será que não seria melhor simplificar estas vías antes de importa-las ? Não sei qual seria o melhor método para fazer isso, mas acho que elas estão com mais pontos do que o necessario, sobrecarregando a base e tornando o trabalho no JOSM muito lento. Abraço Stephane - Original Message - From: Vitor Sessak Sent: 06/11/12 07:09 PM To: OSM talk-br Subject: [Talk-br] Procura-se voluntários para importação IBGE Olá a todos, O IBGE disponibilizou recentemente uns mapas bem precisos do estado do Rio de Janeiro. Infelizmente, a unica maneira de importar esses dados pro OSM é por um procedimento semi-manual. Logo, eu estou procurando voluntários para me ajudar com este trabalho. Para quem estiver interessado em ajudar, é so visitar a pagina [1]. Um abraço, -Vitor [1] https://wiki.openstreetmap.org/wiki/IBGE_Import ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
[Talk-br] Novas imagens do Bing
Parece que Bing atualizaram as imagines de satélite, no interior paulista tem muita coisa nova: * Ribeirão Preto * São Carlos de 2012 (antiga era de 2010) * Area entre São Carlos e Porto Ferreira (não tinha antes) Está chegando perto do cobertura do Google Maps. -- Johan Dahlin ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Novas imagens do Bing
Espera que aumentou cobertura no sul do Espirito Santo, vai dar um olhada em area Guaçuí/Divino São Lourenço/Alegre mais tarde. Aun Y. Johnsen Sent from my iPad +55 (27) 3114-0008 +55 (27) 9736-3919 (vivo) On 13. juni 2012, at 12:14, Arlindo Pereira openstreet...@arlindopereira.com wrote: Aqui no Rio também. Finalmente a cidade sem nuvens novamente! Valeu pelo aviso, isso tava me desmotivando a editar o OSM... []s 2012/6/13 Johan Dahlin jdah...@async.com.br Parece que Bing atualizaram as imagines de satélite, no interior paulista tem muita coisa nova: * Ribeirão Preto * São Carlos de 2012 (antiga era de 2010) * Area entre São Carlos e Porto Ferreira (não tinha antes) Está chegando perto do cobertura do Google Maps. -- Johan Dahlin ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-de] Tankstellen-Karte
Am 12.06.2012 12:28, schrieb Martin Vonwald: Am 12. Juni 2012 12:07 schrieb Matthias Meisserdig...@arcor.de: Weitere Portale wären http://www.tappenbeck.net/osm/maps/deu/index.php?id=1022 Fast perfekt, aber nur Deutschland. http://www.karbukoo.com/de/ Spritpreise sind eher kontraproduktiv für meinen Zweck ;-) Danke! hi ! schau einmal bei http://wiki.openstreetmap.org/wiki/User:L%C3%BCbeck#Meine_Karten Es gibt die noch für Skandinavien sowie Spanien / Portugal. Auch die Update-Zyklen sind angegeben wenn es keine technischen Probleme gibt. Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Relation Analyzer im neuen Gewand
Hi! Der Relation Analyzer hat ein neues Gesicht dank Bootstrap bekommen. http://ra.osmsurround.org Darüber hinaus wurden auch ein paar Erweiterungen und Detailverbesserungen durchgeführt: - verbesserte Suche nach Teilbezeichnungen von Relationen - direkte Suche nach ID oder Name aus der Menüzeile heraus - automatische Vorschläge von typischen Werten in der Suchmaske bei den Feldern Network, Route, Relation Typ und Operator. - bessere Farben bei der Way-Verteilung der Hauptstraßen - Analyse auf Karte jetzt mit Leaflet Library und direktem Zoom auf der gesamte Relation - NEU: Höhenprofil bei A nach B Relationen, die lückenlos sind. Funktioniert nur, wenn der RA intern die Relation als einen Pfad erzeugen kann. Das Profil wird grob aus SRTM Daten extrahiert. Beispiel: http://ra.osmsurround.org/analyzeRelation?relationId=2199113 Screenshots: https://plus.google.com/104853427339662862228/posts/gBSvRWdXHxo Ich bin am Überlegen im RA die Möglichkeit einzubauen, Tags direkt zu bearbeiten. Wie dies funktionieren soll, kann man beim Klick auf den Button Alle Tags anzeigen sehen. Die Idee ist, kleine Tippfehler oder fehlende Tags sofort korrigieren zu können. Auch die Möglichkeit eine Relation zu löschen könnte ich einbauen um beispielsweise doppelte Relationen zu entfernen. Hierzu hätte ich gerne etwas Feedback, ob das sinnvoll bzw. gewünscht ist. Viele Grüße, Adrian. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tankstellen-Karte
Es gibt die noch für Skandinavien sowie Spanien / Portugal. Tja, ich brauche sie im Moment für Österreich ;-) Aber danke dafür, das hilft mir schon sehr! vg, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relation Analyzer im neuen Gewand
Am 13. Juni 2012 09:35 schrieb Adrian Stabiszewski mynewslet...@nitegate.de: Auch die Möglichkeit eine Relation zu löschen könnte ich einbauen um beispielsweise doppelte Relationen zu entfernen. Dazu ist mir folgendes eingefallen: eine Art Suche nach überlappenden Relationen. Ich denke an eine Funktion die z.B. alle Relationen liefert welche zumindest x% der selben Wege/Knoten beinhaltet wie die ausgewählten Relation. Das könnte für's Cleanup ganz hilfreich sein. vg, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relation Analyzer im neuen Gewand
Und ich möchte noch hinzufügen: das Ding ist schon sehr genial :-) Am 13. Juni 2012 09:35 schrieb Adrian Stabiszewski mynewslet...@nitegate.de: Hi! Der Relation Analyzer hat ein neues Gesicht dank Bootstrap bekommen. http://ra.osmsurround.org Darüber hinaus wurden auch ein paar Erweiterungen und Detailverbesserungen durchgeführt: - verbesserte Suche nach Teilbezeichnungen von Relationen - direkte Suche nach ID oder Name aus der Menüzeile heraus - automatische Vorschläge von typischen Werten in der Suchmaske bei den Feldern Network, Route, Relation Typ und Operator. - bessere Farben bei der Way-Verteilung der Hauptstraßen - Analyse auf Karte jetzt mit Leaflet Library und direktem Zoom auf der gesamte Relation - NEU: Höhenprofil bei A nach B Relationen, die lückenlos sind. Funktioniert nur, wenn der RA intern die Relation als einen Pfad erzeugen kann. Das Profil wird grob aus SRTM Daten extrahiert. Beispiel: http://ra.osmsurround.org/analyzeRelation?relationId=2199113 Screenshots: https://plus.google.com/104853427339662862228/posts/gBSvRWdXHxo Ich bin am Überlegen im RA die Möglichkeit einzubauen, Tags direkt zu bearbeiten. Wie dies funktionieren soll, kann man beim Klick auf den Button Alle Tags anzeigen sehen. Die Idee ist, kleine Tippfehler oder fehlende Tags sofort korrigieren zu können. Auch die Möglichkeit eine Relation zu löschen könnte ich einbauen um beispielsweise doppelte Relationen zu entfernen. Hierzu hätte ich gerne etwas Feedback, ob das sinnvoll bzw. gewünscht ist. Viele Grüße, Adrian. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relation Analyzer im neuen Gewand
Am 13. Juni 2012 09:35 schrieb Adrian Stabiszewski mynewslet...@nitegate.de: - NEU: Höhenprofil bei A nach B Relationen, die lückenlos sind. Funktioniert nur, wenn der RA intern die Relation als einen Pfad erzeugen kann. Das Profil wird grob aus SRTM Daten extrahiert. Eigentlich wollte ich ja einen kleine Radausflug bei nächster Gelegenheit machen, aber DIE Steigung schaff ich definitiv nicht: http://ra.osmsurround.org/analyzeRelation?relationId=1196886 ;-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Arte, mit offenen Karten
René Falk li...@falconaerie.de wrote: Kannst Du dir bei arte im Netz ansehen + Hintergrundmaterial. http://ddc.arte.tv/folge/kartografie-2-0#disqus_thread Bin ich blind? Ich finde dort keinen Mediathek Link? Sven -- Das Einzige wovor wir Angst haben müssen ist die Angst selbst (Franklin D. Roosevelt) /me is giggls@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Arte, mit offenen Karten
Am 13.06.2012 10:03, schrieb Sven Geggus: René Falkli...@falconaerie.de wrote: Kannst Du dir bei arte im Netz ansehen + Hintergrundmaterial. http://ddc.arte.tv/folge/kartografie-2-0#disqus_thread Bin ich blind? Ich finde dort keinen Mediathek Link? Sven Oben mit dem Reiter Zur Sendung geht's weiter. Grüße René ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relation Analyzer im neuen Gewand
Hi! Auch die Möglichkeit eine Relation zu löschen könnte ich einbauen um beispielsweise doppelte Relationen zu entfernen. Dazu ist mir folgendes eingefallen: eine Art Suche nach überlappenden Relationen. Ich denke an eine Funktion die z.B. alle Relationen liefert welche zumindest x% der selben Wege/Knoten beinhaltet wie die ausgewählten Relation. Das könnte für's Cleanup ganz hilfreich sein. Die Idee klingt interessant, aber total out of scope beim RA. Dazu müsste man die ganze DB abgrasen. Danke für die Relation mit den Voids (Höhe -32768). Ich habe selber nach Beispielen gesucht, aber keine gefunden. Habe das Problem korrigiert. Jetzt ist es eine angenehme Abfahrt auf 53km ;) Viele Grüße, Adrian. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ist damit die Overpass down ...?
Martin Koppenhoefer wrote: man kann ja trotzdem lokal eine Geodatenbank haben, das eine schließt das andere nicht aus., Das mag ja sein, aber zumindest mein Interesse, das dann regelmäßig lokal zu erstellen und ins Netz zu übertragen, hält sich sehr in Grenzen. Eine (X)API-Anfrage pro Tag wird den Server schon nicht in die Knie zwingen. Gruß Manuel ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relation Analyzer im neuen Gewand
Am 13. Juni 2012 10:25 schrieb Adrian Stabiszewski mynewslet...@nitegate.de: Die Idee klingt interessant, aber total out of scope beim RA. Dazu müsste man die ganze DB abgrasen. Nicht das ich behaupten würde auch nur die geringste Ahnung davon zu haben, aber würde es nicht reichen sich die Knoten/Wege der aktuellen Relation anzusehen und jene anderen Relationen aufzulisten, welche am häufigsten die selben Knoten/Wege verwenden? Vorausgesetzt es ist einfach möglich herauszufinden in welcher Relation ein Knoten/Weg drinnen steckt. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Arte, mit offenen Karten
Am 13.06.2012 10:03, schrieb Sven Geggus: René Falk li...@falconaerie.de wrote: Kannst Du dir bei arte im Netz ansehen + Hintergrundmaterial. http://ddc.arte.tv/folge/kartografie-2-0#disqus_thread Bin ich blind? Ich finde dort keinen Mediathek Link? Sven Hier ist der Media-Link: http://videos.arte.tv/de/videos/mit_offenen_karten-6728378.html ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Arte, mit offenen Karten
Die Mediathek ist bei Arte+7 zu finden, hier der direkte Link zu der Sendung: http://videos.arte.tv/de/videos/mit_offenen_karten-6728378.html Die Sendung wird dann aber in wenigen Tagen nicht mehr verfügbar sein. -Ursprüngliche Nachricht- Von: Sven Geggus [mailto:li...@fuchsschwanzdomain.de] Gesendet am: Mittwoch, 13. Juni 2012 10:03 An: talk-de@openstreetmap.org Betreff: Re: [Talk-de] Arte, mit offenen Karten René Falk li...@falconaerie.de wrote: Kannst Du dir bei arte im Netz ansehen + Hintergrundmaterial. http://ddc.arte.tv/folge/kartografie-2-0#disqus_thread Bin ich blind? Ich finde dort keinen Mediathek Link? Sven -- Das Einzige wovor wir Angst haben müssen ist die Angst selbst (Franklin D. Roosevelt) /me is giggls@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] FYI: [Rebuild] Redaction bot is almost done
Hallo zusammen! Anbei eine kleine Info, dass der Redaction Bot für die Lizenzumstellung fast fertiggestellt ist. Ich finde, das ist ein großer Schritt für die Umstellung und daher habe ich die Info mal weitergeleitet, zumal nicht jeder auf rebu...@openstreetmap.org liest. Gruß, Philip -weitergeleitete Nachricht- Von: Gnonthgol Gesendet: Mi. 13.06.2012 02:10 An: rebu...@openstreetmap.org Betreff: [Rebuild] Redaction bot is almost done This weekend have seen a lot of improvements to the redaction bot. The number of failing test cases are down from around 20 to 2. So it is time to write more tests. :D One of the two cases is in the 'needs clarity' category. in russian it does not matter if you write Foo Street or Street Foo, however this matters in most other languages. How should we handle these cases? I have made some changes to the cli tool so that it now outputs osmChange format. This is more readable for both humans and other osm tools. I would not be surprised if we starts to see extracts or layers that uses the output from the redaction bot. However the bot is not yet fully tested and the output may change. The work that remains is the interface to the database and all small bits and pieces that is needed for the bot to run, and of corse testing. If you want to help you can make a fork, open an issue or join us on #osm-dev. There is still a lot of work to be done. Gnonthgol ___ Rebuild mailing list rebu...@openstreetmap.org target=_blankhttp://lists.openstreetmap.org/listinfo/rebuild -weitergeleitete Nachricht Ende- --- Nutzen Sie freenet Mail optimal angepasst für Ihr iPhone, Android oder Nokia Handy auch von unterwegs. Alle Infos und Download unter http://mail.freenet.de/mobile-email/index.html ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] FYI: [Rebuild] Redaction bot is almost done
Am 13.06.2012 11:27, schrieb Philip Gillißen: Anbei eine kleine Info, dass der Redaction Bot für die Lizenzumstellung fast fertiggestellt ist. Schön. Allerdings: There is still a lot of work to be done. Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ist damit die Overpass down ...?
Hallo, Am 13.06.2012 um 10:21 schrieb Manuel Reimer: Eine (X)API-Anfrage pro Tag wird den Server schon nicht in die Knie zwingen. Ich denke man muss sowas halt grade irgendwie mit Accounts bzw. API Keys erlauben. Also das man mit nem Key eben nicht in die limits läuft oder so. MfG Andi ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ist damit die Overpass down ...?
Andreas Hubel wrote: Ich denke man muss sowas halt grade irgendwie mit Accounts bzw. API Keys erlauben. Also das man mit nem Key eben nicht in die limits läuft oder so. Sehe ich auch so. Wenn ich das richtig verstanden habe, dann gibt es für XAPI auf dem Overpass-Server aktuell eine Art globales Limit. So kann also sein, dass gerade ich, wo ich nur ein Request pro Tag bräuchte, ins Limit laufe. Ich müsste, wenn ich den Overpass-Server nutzen wollte, also mein Script so umbauen, dass es X Retries versucht, um das Limit auszuhebeln. Besser wäre hier IMHO ein Limit pro IP. Die Massen-Nutzer werden dann relativ schnell feststellen, dass XAPI eben nicht gedacht ist um megabyteweise Daten abzuziehen. Ab, sagen wir 100 Requests/Tag, gibt's dann nur noch Limit expired und Ende ist. Der reguläre Nutzer wird mit 100 Requests pro Tag gut auskommen. Gruß Manuel ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ist damit die Overpass down ...?
Hallo, On 06/13/12 12:22, Manuel Reimer wrote: Besser wäre hier IMHO ein Limit pro IP. Die Massen-Nutzer werden dann relativ schnell feststellen, dass XAPI eben nicht gedacht ist um megabyteweise Daten abzuziehen. Aber das wuerde den unbedarften Bastler nicht daran hindern, eine POI-Karte zu bauen, die bei jedem Karten-Verschieben mal eben wieder neu alle Sportplaetze fuer den aktuellen Ausschnitt bei der XAPI/Overpass anfordert. Sobald die Karte dann populaer wird, kommen tausende von Requests von ganz unterschiedlichen IPs... 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] FYI: [Rebuild] Redaction bot is almost done
Chris66 wrote Allerdings: There is still a lot of work to be done. Ja, es ist noch was zu tun, nur nach 2 Wochen Pause, in denen nichts passiert ist, konnte jetzt nochmal Fortschritt vermeldet werden. Und direkt ein ziemlich großer, offensichtlich. -- View this message in context: http://gis.19327.n5.nabble.com/FYI-Rebuild-Redaction-bot-is-almost-done-tp5712430p5712462.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] Tankstellen-Karte - DACH
Am 13.06.2012 09:36, schrieb Martin Vonwald: Es gibt die noch für Skandinavien sowie Spanien / Portugal. Tja, ich brauche sie im Moment für Österreich ;-) Aber danke dafür, das hilft mir schon sehr! vg, Martin Hi ! werde den Bereich mal auf DACH setzen und beim nächsten Update ... Wenn die Overpass wieder 100% arbeitet und mich andere nicht wieder dafür lünchen ! gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ist damit die Overpass down ...?
Hallo, Projekte mit weniger als 10.000 Abfragen und weniger als 1 GB pro Tag müssen sich keine Gedanken machen. Relativ zu den Gesamtdatenmengen fallen solche Datenmengen nicht ins Gewicht. Es sind eigentlich genau die Projekte, die ich mit diesem Server fördern möchte. Aber das wuerde den unbedarften Bastler nicht daran hindern, eine POI-Karte zu bauen, die bei jedem Karten-Verschieben mal eben wieder neu alle Sportplaetze fuer den aktuellen Ausschnitt bei der XAPI/Overpass anfordert. Sobald die Karte dann populaer wird, kommen tausende von Requests von ganz unterschiedlichen IPs... ... was erklärt, warum einfache IP-Sperren keinen Sinn ergeben. Ähnliches gilt für den user agent: da würde dann der zahlmäßig große User agent Mozilla (übrigens einschließlich einiger IE-Versionen) auffallen, den wir aber bestimmt nicht ausschließen wollen. Es ist leider nicht einfach, einen schlimmstenfalls DDoS-Angriff von einem Slashdot-Effekt (bzw. Heise-Effekt) zu unterscheiden. Mehr Details hoffe ich in den nächsten Tagen in einem Blogpost auf blog.openstreetmap.de erläutern zu können. Viele Grüße, Roland -- NEU: FreePhone 3-fach-Flat mit kostenlosem Smartphone! Jetzt informieren: http://mobile.1und1.de/?ac=OM.PW.PW003K20328T7073a ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Genauigkeit von Grenzen - remappen?
Am 13. Juni 2012 06:54 schrieb Tirkon tirko...@yahoo.de: Die einzig reputable Quelle für Grenzen von Grundstücken bis hin zur Staatsgrenze sind in Deutschland die Katasterbehörden. was die Staatsgrenze angeht ist das allerdings nur _eine_ Meinung, teils sind die Grenzen auch umstritten, und jeder der Anrainerstaaten hat seine eigene Version. siehe auch http://de.wikipedia.org/wiki/Liste_der_Territorialstreitigkeiten http://de.wikipedia.org/wiki/Deutsch-Niederl%C3%A4ndische_Grenzfrage Ich habe hier Grenzsteine gefunden, die 1,30 m unter der Erdoberfläche lagen. In Wassergräben sind es eingetriebene Stahlrohre, die nur in Trockenperioden zum Vorschein kommen. Einige dürften auf Privatgelände oder im unwegbarem Walddickicht liegen. Von daher ist die Erfassung von Grenzen über diese Markierungen sehr unzuverlässig. Naja, die Markierungen die man gefunden hat, hat man ja schonmal, und die, die 1,30 m unter der Oberfläche liegen, wird man im Laufe der Zeit vielleicht auch bekommen, üblich sind vergrabene Grenzmarkierungen allerdings AFAIK nicht. Die Unzuverlässigkeit bezieht sich also nur darauf, ob man alle Grenzpunkte berücksichtigt, und weniger auf die Lage der einzelnen Punkte, oder verstehe ich Dich da falsch? Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tankstellen-Karte
Moin Jan! Am 13.06.2012 09:23, schrieb Jan Tappenbeck: hi ! schau einmal bei http://wiki.openstreetmap.org/wiki/User:L%C3%BCbeck#Meine_Karten Ich bin beeindruckt, wie viele Karten du schon erstellt hast. Auch die Update-Zyklen sind angegeben wenn es keine technischen Probleme gibt. Bei Tankstellen-Deutschland steht Update wöchentlich, aber eine im Juli 2011 gelöschte Tankstelle [1] wird noch angezeigt [2]. Viele Grüße Stephan [1] http://www.osm.org/browse/node/198086973 [2] http://www.tappenbeck.net/osm/maps/deu/index.php?id=1022zoom=18lat=54.33072lon=10.11388layers=BFTTlang=de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Arte, mit offenen Karten
Am 13. Juni 2012 11:23 schrieb Dietmar ostr...@diesei.de: Die Mediathek ist bei Arte+7 zu finden, hier der direkte Link zu der Sendung: http://videos.arte.tv/de/videos/mit_offenen_karten-6728378.html Die Sendung wird dann aber in wenigen Tagen nicht mehr verfügbar sein. und aus dem Ausland geht es auch nicht... Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Arte, mit offenen Karten
Am 13.06.2012 15:45, schrieb Martin Koppenhoefer: Am 13. Juni 2012 11:23 schrieb Dietmar ostr...@diesei.de: Die Mediathek ist bei Arte+7 zu finden, hier der direkte Link zu der Sendung: http://videos.arte.tv/de/videos/mit_offenen_karten-6728378.html Die Sendung wird dann aber in wenigen Tagen nicht mehr verfügbar sein. und aus dem Ausland geht es auch nicht... Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de Aus Österreich schon. LG Jimmy ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Arte, mit offenen Karten
On Wed, 2012-06-13 11:23:31 +0200, Dietmar ostr...@diesei.de wrote: Die Mediathek ist bei Arte+7 zu finden, hier der direkte Link zu der Sendung: http://videos.arte.tv/de/videos/mit_offenen_karten-6728378.html Die Sendung wird dann aber in wenigen Tagen nicht mehr verfügbar sein. Dem Depublizieren könnte man ja durch vorheriges Herunterladen zuvorkommen. Am Ende wird das Video ja schlicht über rtmp:// verteilt. Ein paar Zeilen shell würden das dann auch gleich für beliebige Arte-Beiträge automatisieren... MfG, JBG -- Jan-Benedict Glaw jbg...@lug-owl.de +49-172-7608481 Signature of: Eine Freie Meinung in einem Freien Kopf the second : für einen Freien Staat voll Freier Bürger. signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Arte, mit offenen Karten
Dem Depublizieren könnte man ja durch vorheriges Herunterladen zuvorkommen. Am Ende wird das Video ja schlicht über rtmp:// verteilt. Ein paar Zeilen shell würden das dann auch gleich für beliebige Arte-Beiträge automatisieren... Gibt es schon diverse Tools, arte+7downloader z.b. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Arte, mit offenen Karten
Am 13.06.2012 18:05, schrieb Benjamin Lebsanft: Dem Depublizieren könnte man ja durch vorheriges Herunterladen zuvorkommen. Am Ende wird das Video ja schlicht über rtmp:// verteilt. Ein paar Zeilen shell würden das dann auch gleich für beliebige Arte-Beiträge automatisieren... Gibt es schon diverse Tools, arte+7downloader z.b. arte+7recorder war's, sry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Genauigkeit von Grenzen - remappen?
Martin Koppenhoefer dieterdre...@gmail.com wrote: Naja, die Markierungen die man gefunden hat, hat man ja schonmal, und die, die 1,30 m unter der Oberfläche liegen, wird man im Laufe der Zeit vielleicht auch bekommen, üblich sind vergrabene Grenzmarkierungen allerdings AFAIK nicht. Zumindest in meinem regionalen Dunstkreis findet man Grenzmarkierungen in aller Regel nur dann, wenn man weiß, wo sie sich befinden und exakt an der richtigen Stelle gräbt. 20 cm unter der Grasnabe würde ich als Mindestmaß einschätzen. Von daher ist die Methode hier vollkommen unbrauchbar. Ob sie in anderen Regionen in der Regel sichtbar sind, weiß ich nicht. Da die Gefahr besteht, dass die Steine beispielsweise durch LKWs oder Ackermaschinen verschoben werden, würde ich eher annehmen, dass sie auch anderswo unter der Erde liegen. Bei den 1,30 Metern handelte es sich um Orte nahe einer Straße, die neben einem Kanal herführt. Zu dieser Straße hin steigt die Höhe des Landniveaus als Hochwasserschutz an. Von daher dürfte es sich zugegebenermaßen um einen Extremfall handeln. Es macht aber deutlich, wie sehr das Problem der Nichtsichtbarkeit sich hier noch verstärkt. Denn es ist nicht bekannt, wie tief man im Einzelfall graben muss. Es bleibt also bei der Suche nach dem Stein unsicher, ob man nun knapp daneben oder noch nicht tief genug gegraben hat. Schlussendlich sind es nur 8 nahe beieinander liegende Grenzsteine, deren Position ich exemplarisch anhand proprietärer Quellen so exakt bestimmen konnte, dass man sie beim Graben auch findet. Die Unzuverlässigkeit bezieht sich also nur darauf, ob man alle Grenzpunkte berücksichtigt, und weniger auf die Lage der einzelnen Punkte, oder verstehe ich Dich da falsch? Richtig, die Lage der Punkte ist nicht das Problem. Sie dürften recht exakt sein, da sie von den Katasterbehörden gesetzt wurden. Es liegt auch nicht daran, dass nur wenige Punkte fehlen. Vielmehr kann man hier selbst einen einzelnen Grenzstein nur mit großem Aufwand und proprietärer Hilfe finden. Die Arbeit und den finanziellen Aufwand wird wohl kaum ein OSM Mapper auf sich nehmen. Wenn man sich dazu noch in Privatgärten, ins Walddickicht oder in die hier nicht selten vorkommende moorige Pampa begeben muss, wird das Ganze nahezu unmöglich. Zudem ist hier wegen tiefer Lage und Meeresnähe alles mit unzähligen, teilweise sehr tiefen und breiten Entwässerungsgräben überhaupt erst bewohnbar und kultivierbar gemacht. Ohne dieses engmaschige Wassernetz und damit einhergehende Grundwassersenkung würde jede Straße und jedes Haus davonschwimmen. Querfeldein Grenzen zu ermitteln, geht also nicht und ist nicht selten gefährlich. Von daher ist auch das Mappen von Gräben und ländlichem Landuse schwierig. Die hier vorhandenen Bing Luftbilder reichen dazu auch nicht. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Genauigkeit von Grenzen - remappen?
Am 13. Juni 2012 18:15 schrieb Tirkon tirko...@yahoo.de: Martin Koppenhoefer dieterdre...@gmail.com wrote: Die Unzuverlässigkeit bezieht sich also nur darauf, ob man alle Grenzpunkte berücksichtigt, und weniger auf die Lage der einzelnen Punkte, oder verstehe ich Dich da falsch? Richtig, die Lage der Punkte ist nicht das Problem. Sie dürften recht exakt sein, da sie von den Katasterbehörden gesetzt wurden. genau, darum ging es hier ja: der OP hatte Grenzsteine gefunden, die nicht mit den OSM-Grenzen übereinstimmen. Wenn man die Grenzsteine überhaupt erstmal nicht findet, ist das Problem natürlich anders. Klar, nicht immer sind die Grenzsteine einfach aufzufinden. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Genauigkeit von Grenzen - remappen?
Richtig, die Lage der Punkte ist nicht das Problem. Sie dürften recht exakt sein, da sie von den Katasterbehörden gesetzt wurden. genau, darum ging es hier ja: der OP hatte Grenzsteine gefunden, die nicht mit den OSM-Grenzen übereinstimmen. Die älteren Grenzsteine sind so groß, dass man sie (bzw. deren Schatten) auf den Luftbildern gut sieht, wenn man deren Lage kennt. Einige an der Landesgrenze BW/HE sind von 1787 (von Katasterbehörde gesetzt?). Ich gehe jetzt davon aus, dass die offizielle Grenze anhand dieser Steine definiert wurde. Die genaue Kartierung wurde schließlich erst viel später eingeführt. Wenn man die Grenzsteine überhaupt erstmal nicht findet, ist das Problem natürlich anders. Klar, nicht immer sind die Grenzsteine einfach aufzufinden. Genau. Beim Stand der Vermessungstechnik sind auch gar keine Grenzsteine mehr notwendig, es gibt genügend Vermessungspunkte oder andere Fixpunkte, auf die man sich beziehen kann. Die beiden Flächen-Anlieger müssen sich nur über den Verlauf bzw. dessen Koordinaten einigen. Die Grenzen verlaufen überwiegend neben Wegen und Straßen (damit klar ist, wer den Weg pflegt) oder in der Mitte von Wasserläufen (damit klar ist, wer welches Ufer pflegt). Wenn die Grenze in OSM fünf Meter versetzt liegt, kann der Weg oder die Straße (mit Namen) bereits in einem anderen Bundesland und damit in einer anderen Stadt liegen. Das kann vielleicht zu Problemen bei der Suche oder beim Navigieren führen. Gruß Bernhard ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-it] DIY StreetView
http://www.diy-streetview.com/ Non ho idea dei prezzi (bisogna chiederli a loro); potrebbe essere interessante soprattutto per alcune zone. Ciao, Simone ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] relation analyzer
Segnalo un update al relation analyzer: http://ra.osmsurround.org/ (purtroppo solo in tedesco) ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] DIY StreetView
2012/6/13 Simone Saviolo simone.savi...@gmail.com: Non ho idea dei prezzi (bisogna chiederli a loro); potrebbe essere interessante soprattutto per alcune zone. Voglio lo streetview dei sentieri alpini! Ciao ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] DIY StreetView
2012/6/13 Federico Cozzi f.co...@gmail.com: 2012/6/13 Simone Saviolo simone.savi...@gmail.com: Non ho idea dei prezzi (bisogna chiederli a loro); potrebbe essere interessante soprattutto per alcune zone. Voglio lo streetview dei sentieri alpini! http://twitpic.com/9th1k7 ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] osm su repubblica
From: matteo ruffoni [mailto:mattruff...@gmail.com] Sent: venerdì 8 giugno 2012 06:52 To: openstreetmap list - italiano Subject: [Talk-it] osm su repubblica oggi a pag 47 di Repubblica c'è un servizio sul fatto che Apple e Microsoft non vogliono più usare Gmaps e viene citato come servizio alternativo Openstreet Map, beh notevole e un po' pericoloso, bene però. Matteo Mi sa che ha fatto confusione, forse voleva dire che Apple userà Tomtom ... Ciao, Alberto ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Nomi dei Comuni nelle relazioni con piccole differenze rispetto a quelli ISTAT
Ho confrontato i nomi nelle relazioni dei Comuni con l'elenco ISTAT[1] al 31/12/2011 e ne ho trovato qualcuno diverso. Ho fatto qualche correzione ovvia con il changeset[2] (ho solo aggiunto uno spazio dopo «de'» e cambiato lettere maiuscole e minuscole), ma ci sono altri nomi da controllare. [1] http://www.istat.it/it/archivio/6789 e scegliere il collegamento Elenco comuni italiani (xls-csv) [2] http://www.openstreetmap.org/browse/changeset/11884540 C'è qualcuno che conosce la situazione dei seguenti comuni e può fare le correzioni se necessario anche i name:right e name:left sulle way di confine? Con JOSM si deve andare su File / Scarica oggetto... poi scegliere Tipo oggetto: relazione, inserire l'id della relazione e selezionare la casella Scarica membri della relazione. ATTENZIONE - ATTENZIONE - è possibile che sia sbagliato il nome in quell'elenco ISTAT (o che l'elenco non sia aggiornato, il prossimo aggiornamento è previsto per il 30 giugno) o che uno dei nomi vada messo in alt_name o loc_name, ecc., ogni situazione va controllata e in mancanza di certezze è meglio lasciare le cose come stanno perché le differenze non sono sostanziali. relaz. | nome OSM | nome ISTAT Accento 40675 | Ala' Dei Sardi | Alà dei Sardi 40173 | Belvi| Belvì 41450 | Forli' del Sannio| Forlì del Sannio 40479 | Galtelli | Galtellì 44365 | Leinì| Leini 40592 | Onani| Onanì 42893 | Ricco' Del Golfo di Spezia | Riccò del Golfo di Spezia 40290 | Soddi| Soddì 39720 | Staletti | Stalettì Da I a J 42714 | Baiardo | Bajardo 45161 | Iesolo | Jesolo 44582 | Poiana Maggiore | Pojana Maggiore Preposizione 42858 | Aquila di Arroscia | Aquila d'Arroscia 44250 | Borgone di Susa | Borgone Susa 42841 | Cosio di Arroscia| Cosio d'Arroscia 41541 | Schiavi d'Abruzzo| Schiavi di Abruzzo Trattino 45493 | Bovisio Masciago | Bovisio-Masciago 39378 | Calatafimi Segesta | Calatafimi-Segesta 46368 | Cocquio Trevisago| Cocquio-Trevisago 45372 | Rodengo-saiano | Rodengo Saiano 46137 | Travedona Monate | Travedona-Monate Altro 45456 | Santo Stino di Livenza | San Stino di Livenza -- Daniele Forsi ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Nomi dei Comuni nelle relazioni con piccole differenze rispetto a quelli ISTAT
Posso dirti che Leinì ha senz'altro l'accento. Ciao, Simone ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Nomi dei Comuni nelle relazioni con piccole differenze rispetto a quelli ISTAT
Quelli sardi hanno direi l'accento tutti. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Nomi dei Comuni nelle relazioni con piccole differenze rispetto a quelli ISTAT
Ottimo:) a tal proposito spesso sento sentire Reggio Emilia e non nell'Emilia per San Stino di Livenza non ho mai sentito Santo Stino, Jesolo è ok Messaggio originale Da: dfo...@gmail.com Data: 13/06/2012 16.05 A: openstreetmap list - italianotalk-it@openstreetmap.org Ogg: [Talk-it] Nomi dei Comuni nelle relazioni con piccole differenze rispetto a quelli ISTAT Ho confrontato i nomi nelle relazioni dei Comuni con l'elenco ISTAT[1] al 31/12/2011 e ne ho trovato qualcuno diverso. Ho fatto qualche correzione ovvia con il changeset[2] (ho solo aggiunto uno spazio dopo «de'» e cambiato lettere maiuscole e minuscole), ma ci sono altri nomi da controllare. [1] http://www.istat.it/it/archivio/6789 e scegliere il collegamento Elenco comuni italiani (xls-csv) [2] http://www.openstreetmap.org/browse/changeset/11884540 C'è qualcuno che conosce la situazione dei seguenti comuni e può fare le correzioni se necessario anche i name:right e name:left sulle way di confine? Con JOSM si deve andare su File / Scarica oggetto... poi scegliere Tipo oggetto: relazione, inserire l'id della relazione e selezionare la casella Scarica membri della relazione. ATTENZIONE - ATTENZIONE - è possibile che sia sbagliato il nome in quell'elenco ISTAT (o che l'elenco non sia aggiornato, il prossimo aggiornamento è previsto per il 30 giugno) o che uno dei nomi vada messo in alt_name o loc_name, ecc., ogni situazione va controllata e in mancanza di certezze è meglio lasciare le cose come stanno perché le differenze non sono sostanziali. relaz. | nome OSM | nome ISTAT Accento 40675 | Ala' Dei Sardi | Alà dei Sardi 40173 | Belvi| Belvì 41450 | Forli' del Sannio| Forlì del Sannio 40479 | Galtelli | Galtellì 44365 | Leinì| Leini 40592 | Onani| Onanì 42893 | Ricco' Del Golfo di Spezia | Riccò del Golfo di Spezia 40290 | Soddi| Soddì 39720 | Staletti | Stalettì Da I a J 42714 | Baiardo | Bajardo 45161 | Iesolo | Jesolo 44582 | Poiana Maggiore | Pojana Maggiore Preposizione 42858 | Aquila di Arroscia | Aquila d'Arroscia 44250 | Borgone di Susa | Borgone Susa 42841 | Cosio di Arroscia| Cosio d'Arroscia 41541 | Schiavi d'Abruzzo| Schiavi di Abruzzo Trattino 45493 | Bovisio Masciago | Bovisio-Masciago 39378 | Calatafimi Segesta | Calatafimi-Segesta 46368 | Cocquio Trevisago| Cocquio-Trevisago 45372 | Rodengo-saiano | Rodengo Saiano 46137 | Travedona Monate | Travedona-Monate Altro 45456 | Santo Stino di Livenza | San Stino di Livenza -- Daniele Forsi ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Nomi dei Comuni nelle relazioni con piccole differenze rispetto a quelli ISTAT
45456 | Santo Stino di Livenza | San Stino di Livenza posso aiutarti solo con questo: è giusta la dicitura ISTAT (anche se grammaticalmente sbagliata) [1] [1] http://www.sanstino.it/ Ciao, Stefano ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Nomi dei Comuni nelle relazioni con piccole differenze rispetto a quelli ISTAT
San Stino e Jesolo sono corretti... quindi versione ISTAT Il 13/06/2012 16.05, Daniele Forsi ha scritto: Ho confrontato i nomi nelle relazioni dei Comuni con l'elenco ISTAT[1] al 31/12/2011 e ne ho trovato qualcuno diverso. Ho fatto qualche correzione ovvia con il changeset[2] (ho solo aggiunto uno spazio dopo «de'» e cambiato lettere maiuscole e minuscole), ma ci sono altri nomi da controllare. [1] http://www.istat.it/it/archivio/6789 e scegliere il collegamento Elenco comuni italiani (xls-csv) [2] http://www.openstreetmap.org/browse/changeset/11884540 C'è qualcuno che conosce la situazione dei seguenti comuni e può fare le correzioni se necessario anche i name:right e name:left sulle way di confine? Con JOSM si deve andare su File / Scarica oggetto... poi scegliere Tipo oggetto: relazione, inserire l'id della relazione e selezionare la casella Scarica membri della relazione. ATTENZIONE - ATTENZIONE - è possibile che sia sbagliato il nome in quell'elenco ISTAT (o che l'elenco non sia aggiornato, il prossimo aggiornamento è previsto per il 30 giugno) o che uno dei nomi vada messo in alt_name o loc_name, ecc., ogni situazione va controllata e in mancanza di certezze è meglio lasciare le cose come stanno perché le differenze non sono sostanziali. relaz. | nome OSM | nome ISTAT Accento 40675 | Ala' Dei Sardi | Alà dei Sardi 40173 | Belvi| Belvì 41450 | Forli' del Sannio| Forlì del Sannio 40479 | Galtelli | Galtellì 44365 | Leinì| Leini 40592 | Onani| Onanì 42893 | Ricco' Del Golfo di Spezia | Riccò del Golfo di Spezia 40290 | Soddi| Soddì 39720 | Staletti | Stalettì Da I a J 42714 | Baiardo | Bajardo 45161 | Iesolo | Jesolo 44582 | Poiana Maggiore | Pojana Maggiore Preposizione 42858 | Aquila di Arroscia | Aquila d'Arroscia 44250 | Borgone di Susa | Borgone Susa 42841 | Cosio di Arroscia| Cosio d'Arroscia 41541 | Schiavi d'Abruzzo| Schiavi di Abruzzo Trattino 45493 | Bovisio Masciago | Bovisio-Masciago 39378 | Calatafimi Segesta | Calatafimi-Segesta 46368 | Cocquio Trevisago| Cocquio-Trevisago 45372 | Rodengo-saiano | Rodengo Saiano 46137 | Travedona Monate | Travedona-Monate Altro 45456 | Santo Stino di Livenza | San Stino di Livenza ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Nomi dei Comuni nelle relazioni con piccole differenze rispetto a quelli ISTAT
Il 13/06/2012 16:05, Daniele Forsi ha scritto: 44365 | Leinì| Leini Sicuramente è giusto Leinì 44250 | Borgone di Susa | Borgone Susa E' normalmente noto come Borgone DI Susa ma a quanto pare (cartelli stradali e sito del comune) il nome ufficiale è Borgone Susa -- Maurizio ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Nomi dei Comuni nelle relazioni con piccole differenze rispetto a quelli ISTAT
2012/6/13 Maurizio Daniele maurizio.dani...@gmail.com: 44250 | Borgone di Susa | Borgone Susa E' normalmente noto come Borgone DI Susa ma a quanto pare (cartelli stradali e sito del comune) il nome ufficiale è Borgone Susa Ho notato che i cartelli stradali contengono alle volte nomi abbreviati, per esempio invece di Via di San Francesco c'è scritto su alcuni cartelli Via San Francesco (e su altri con di). Il sito del comune invece dovrebbe essere preciso... ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Nomi dei Comuni nelle relazioni con piccole differenze rispetto a quelli ISTAT
Il 13 giugno 2012 16:30, beppebonin@... ha scritto: a tal proposito spesso sento sentire Reggio Emilia e non nell'Emilia per San Stino di Livenza non ho mai sentito Santo Stino, Jesolo è ok quelli sono casi in cui una ricerca per nome fallirebbe per Reggio la situazione è un po' confusa: n 67273280 name=Reggio di Calabria, place=city, name_alt=Reggio Calabria r 39503 name=Reggio di Calabria, admin_level=8 r 44862 name=Reggio Calabria, admin_level=6 n 69300019 name=Reggio nell'Emilia, place=city r 43415 name=Reggio Nell'emilia, admin_level=8 (tanti nomi importati hanno errori di maiuscole/minuscole) r 42965 name=Reggio Emilia, admin_level=6 se i nomi ufficiali sono quelli con le preposizioni e la gente usa anche quelli senza, allora vanno aggiunte entrambe le forme in tag separati, a questo punto non so quali in tag -- Daniele Forsi ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Classificazione scuole
Ciao, iniziamo a usare isced:level=* per indicare il grado delle scuole? amenity=school secondo me è decisamente riduttivo. C'è una proposal non molto attiva: http://wiki.openstreetmap.org/wiki/Key:isced:level Però l'idea mi pare molto buona essendo l'isced uno standard UNESCO. http://it.wikipedia.org/wiki/ISCED Per l'Italia sarebbe: isced:level=1scuola primaria (ex elementare) isced:level=2scuola secondaria di primo grado (ex media) isced:level=3scuola secondaria di secondo grado (superiore) Poi ridondanti ma male non fa: isced:level=0scuola dell'infanzia (amenity=kindergarten) isced:level=4università (amenity=university) isced:level=5dottorato (di solito fisicamente collocato in amenity=university) C'è pure la proposta di isced:field=* ma non è stata per nulla sviluppata. Però concentrimoci per ora su isced:level. Alessio ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Cambiare i nomi Valle d'Aosta e Trentino-Südtirol/Alto Adige
Il 12 giugno 2012 11:39, gian mario navillod ha scritto: Aggiungo che la toponomastica in Valle d'Aosta pone non pochi problemi: i toponimi di origine francoprovenzale sono stati a volte italianizzati, a volte francesizzati e a volte scritti seguendo differenti grafie del dialetto. Prima di correggere la mappa è opportuno consultare la pagine della toponomastica ufficiale della regione: http://www.regione.vda.it/enti_locali/cartella_i.asp?pk_cartelle=182 confrontando l'elenco che si scarica da quella pagina ho cambiato questi tre nomi nelle relazioni e nelle way dei confini mentre i nodi dei centri abitati erano già con l'ortografia giusta (changeset 11889356): Fenis Saint-rhemy-en-bosses Verres quindi negli altri casi è sbagliato il nome ISTAT e non lo modifico (da quanto ho capito deve essere la regione a segnalare il bug all'ISTAT) id| name | nome ISTAT 12/2011 -+---|--- 46164 | Antey-Saint-André | Antey-Saint-Andrè 2202526 | Châtillon | Chatillon 45569 | Fenis | Fénis 2202528 | Gressoney-La-Trinité | Gressoney-La-Trinitè 46032 | Pré-Saint-Didier | Prè-Saint-Didier 45153 | Rhêmes-Notre-Dame | Rhemes-Notre-Dame 45454 | Rhêmes-Saint-Georges | Rhemes-Saint-Georges 46104 | Saint-rhemy-en-bosses | Saint-Rhémy-en-Bosses 45692 | Verres| Verrès (9 righe) -- Daniele Forsi ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Classificazione scuole
Alessio Zanol wrote: iniziamo a usare isced:level=* per indicare il grado delle scuole? [...] Per l'Italia sarebbe: isced:level=1scuola primaria (ex elementare) isced:level=2scuola secondaria di primo grado (ex media) isced:level=3scuola secondaria di secondo grado (superiore) Poi ridondanti ma male non fa: isced:level=0scuola dell'infanzia (amenity=kindergarten) isced:level=4università (amenity=university) isced:level=5dottorato (di solito fisicamente collocato in amenity=university) L'idea è buona; cosa si fa di solito per gli istituti comprensivi? Punti differenti (che risolverebbe pure il problema dei codici diversi)? Altrimenti sarebbe stato utile avere, per il tag isced:level, dei valori combinabili tramite operatore OR (1,2,4,8, ecc)... Ciao -- Luigi ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Cambiare i nomi Valle d'Aosta e Trentino-Südtirol/Alto Adige
Il 12 giugno 2012 02:23, Martin Koppenhoefer dieterdre...@gmail.com ha scritto: 2012/6/11 Luca Wehrstedt luca.wehrst...@gmail.com: Se name è Valle d’Aosta/Vallée d’Aoste allora name:it *deve* esistere, ed essere Valle d'Aosta. Altrimenti è impossibile risalire al nome in italiano. +1 it sta per italiano come lingua e non per nome in Italia. fatto sta che l'italiano è la lingua ufficiale per l'Italia, più altre lingue in alcune zone, quindi è una contraddizione in termini sostenere che name possa essere diverso da name:it per gli oggetti in Italia, eccetto forse cose come le ambasciate, e se certi oggetti hanno un nome stabilito per legge, il fatto che sia o non sia anche il nome usato dalla maggior parte della gente è irrilevante per il tag name, è rilevante per alt_name, old_name, loc_name, ed eventualmente altri tag -- Daniele Forsi ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Cambiare i nomi Valle d'Aosta e Trentino-Südtirol/Alto Adige
Il giorno 13 giugno 2012 23:12, Daniele Forsi dfo...@gmail.com ha scritto: Il 12 giugno 2012 02:23, Martin Koppenhoefer dieterdre...@gmail.com ha scritto: 2012/6/11 Luca Wehrstedt luca.wehrst...@gmail.com: Se name è Valle d’Aosta/Vallée d’Aoste allora name:it *deve* esistere, ed essere Valle d'Aosta. Altrimenti è impossibile risalire al nome in italiano. +1 it sta per italiano come lingua e non per nome in Italia. fatto sta che l'italiano è la lingua ufficiale per l'Italia, più altre lingue in alcune zone, quindi è una contraddizione in termini sostenere che name possa essere diverso da name:it per gli oggetti in Italia Assolutamente no: proprio per il fatto che in certe zone d'Italia le lingue ufficiali siano 2 o più, è ovvio che lì i nomi ufficiali siano per lo meno bilingui. name:it sarà quello italiano (una parte del nome ufficiale), ecc. Non vedo dove stia la contraddizione... Ciao! ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-co] Trabajo para #botika
2012/6/13 Igor TAmara i...@tamarapatino.org Ya las labores que le encomendamos a #botika, acerca del arreglo de nombres de vías que eran muy sencillos los aplicó adecuadamente, ahora para arreglar nombres de vías necesitamos intervención humana. Así que estoy preparando una página que muestra algunos errores en nombres de vías, o por lo menos con vías que tendrían nombres no esperados... #botika está como inactiva puesto que no ha tenido mucho más para corregir últimamente :) Una de las cosas que podria corregir es la capitalizacion de los nombes de las calles, pues en algunos lugares no tiene mayuscula inicial y quizas en algunos este en mayuscula sostenida. salu2 El 30 de mayo de 2012 00:19, Igor TAmara i...@tamarapatino.org escribió: #botika cada día es más propensa a servir mejor... El 29 de mayo de 2012 09:21, Fredy Rivera fredyriv...@gmail.comescribió: 2012/5/29 Igor TAmara i...@tamarapatino.org Hola :) Hola El 28 de mayo de 2012 06:52, ouɐɯnH fredyriv...@openstreetmap.coescribió: Hola Una necesidad que se puede suplir con botika es la correción del sources de la importacion de los limites municipales hecha en la ola invernal, según quienes aportaron la información debe ser: [SIMCI-ONUDC, con modificaciones por OCHA] No conozco tan bien estos elementos, qué tipo tienen? cómo es el tipo de expresión que debería cambiarse y cuál sería la nueva expresión? actualmente está : source=OCHA - SIGOT Y debe quedar : source= SIMCI-ONUDC, con modificaciones por OCHA Gracias y salu2 a #botika :) Botika espero que en el transcurso de la semana se vuelva correctora frecuente en búsqueda de la información que metemos los humanos y que es mejor que esté normalizada. Tengo pendiente crear la página de descripción correspondiente de botika en el wiki de openstreetmap, y creo que también valdría la pena una página de preguntas frecuentes respecto a temas específicos de Colombia. La página de botika estaría en inglés y la página de preguntas frecuentes en Colombia estaría en español. Si se desea que la página de botika también esté en español, se escucha voces voluntarias para hacer la traducción de inglés a español :) . Puede ser que la página de preguntas frecuentes de Colombia ya exista, si es así, allí complementamos. Ha sido un placer trabajar con botika. Abajo de este correo estan las justificaciones. salu2 Humano -- Forwarded message -- From: Jeffrey Villaveces Sí seguramente fue por eso, solamente que la base cartográfica es de [SIMCI-ONUDC, con modificaciones por OCHA]. SIGOT es del IGAC es otra escala. Saludos, Jeffrey Villaveces Information Management Officer United Nations Office for the Coordination of Humanitarian Affairs (OCHA) Colombia Cra. 10 No. 97A - 13 Of. 401 Bogota, Colombia Tel: (057) 1 6221100 ext. 108 Mobile: (057) 310 3156788 Fax: (057) 1 6221232 skype: villavec http://www.colombiassh.org The mission of the United Nations Office for the Coordination of Humanitarian Affairs (OCHA) is to mobilize and coordinate effective and principled humanitarian action in partnership with national and international actors. La misión de la Oficina de las Naciones Unidas para la Coordinación de Asuntos Humanitarios (OCHA) es movilizar y coordinar una respuesta humanitaria efectiva en el marco de los principios humanitarios, en colaboración con actores nacionales e internacionales. -- 2010/12/7 Juan Pizarro Estimado, como estas, Hola Puedes corroborar la información del permiso de usar los shape a Jeffrey Villaveces , ya que el pregunto en [1] [1] * http://lists.openstreetmap.org/pipermail/talk-co/2010-December/001413.html *http://lists.openstreetmap.org/pipermail/talk-co/2010-December/001413.html con el permiso no hay problema, entiendo que lo que el llama la atención es en la cita del source, esta no es precisa, se que yo la pase pero hay que corregirla. Jeff: por favor pasanos la cita del source precisa que debemos poner y haremos un fix despues de la importación ya que está en proceso en estos momentos. lamentamos los inconvenientes, seguramente fué por la premura, espero que no sea mucho lío salu2 freed Saludos. -- *Juan Pizarro** doing**IT** Ltda.* 10 Oriente N°1887 Talca Tel: +56 71 230476 Mob: +56 9 75891972 E-Mail: Soluciones *Informáticas* http://doingit.cl/ - * **OpenStreetMap.org* http://openstreetmap.org/: El Mapa Libre del Mundo * **droid.cl* http://droid.cl/: Comunidad Chilena del sistema operativo Android ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co -- Por
Re: [Talk-co] Trabajo para #botika
Am 13.06.2012 18:01, schrieb Fredy Rivera: 2012/6/13 Igor TAmara i...@tamarapatino.org mailto:i...@tamarapatino.org Ya las labores que le encomendamos a #botika, acerca del arreglo de nombres de vías que eran muy sencillos los aplicó adecuadamente, ahora para arreglar nombres de vías necesitamos intervención humana. Así que estoy preparando una página que muestra algunos errores en nombres de vías, o por lo menos con vías que tendrían nombres no esperados... #botika está como inactiva puesto que no ha tenido mucho más para corregir últimamente :) Una de las cosas que podria corregir es la capitalizacion de los nombes de las calles, pues en algunos lugares no tiene mayuscula inicial y quizas en algunos este en mayuscula sostenida. Igual con los topónimos compuestos por una sola palabra. Si es más de una toca manualmente, pues solo llevan mayúscula inicial los sustantivos y adjetivos, y no creo que botika sea tan buena para la gramática, ¿o sí? :-P salu2 El 30 de mayo de 2012 00:19, Igor TAmara i...@tamarapatino.org mailto:i...@tamarapatino.org escribió: #botika cada día es más propensa a servir mejor... El 29 de mayo de 2012 09:21, Fredy Rivera fredyriv...@gmail.com mailto:fredyriv...@gmail.com escribió: 2012/5/29 Igor TAmara i...@tamarapatino.org mailto:i...@tamarapatino.org Hola :) Hola El 28 de mayo de 2012 06:52, ou??nH fredyriv...@openstreetmap.co mailto:fredyriv...@openstreetmap.co escribió: Hola Una necesidad que se puede suplir con botika es la correción del sources de la importacion de los limites municipales hecha en la ola invernal, según quienes aportaron la información debe ser: [SIMCI-ONUDC, con modificaciones por OCHA] No conozco tan bien estos elementos, qué tipo tienen? cómo es el tipo de expresión que debería cambiarse y cuál sería la nueva expresión? actualmente está : source=OCHA - SIGOT Y debe quedar : source= SIMCI-ONUDC, con modificaciones por OCHA Gracias y salu2 a #botika :) Botika espero que en el transcurso de la semana se vuelva correctora frecuente en búsqueda de la información que metemos los humanos y que es mejor que esté normalizada. Tengo pendiente crear la página de descripción correspondiente de botika en el wiki de openstreetmap, y creo que también valdría la pena una página de preguntas frecuentes respecto a temas específicos de Colombia. La página de botika estaría en inglés y la página de preguntas frecuentes en Colombia estaría en español. Si se desea que la página de botika también esté en español, se escucha voces voluntarias para hacer la traducción de inglés a español :) . Puede ser que la página de preguntas frecuentes de Colombia ya exista, si es así, allí complementamos. Ha sido un placer trabajar con botika. Abajo de este correo estan las justificaciones. salu2 Humano -- Forwarded message -- From: *Jeffrey Villaveces* Sí seguramente fue por eso, solamente que la base cartográfica es de [SIMCI-ONUDC, con modificaciones por OCHA]. SIGOT es del IGAC es otra escala. Saludos, Jeffrey Villaveces Information Management Officer United Nations Office for the Coordination of Humanitarian Affairs (OCHA) Colombia Cra. 10 No. 97A - 13 Of. 401 Bogota, Colombia Tel: (057) 1 6221100 ext. 108 Mobile: (057) 310 3156788 tel:310%203156788 Fax: (057) 1 6221232 skype: villavec http://www.colombiassh.org http://www.colombiassh.org/ The mission of the United Nations Office for the Coordination of Humanitarian Affairs (OCHA) is to mobilize and coordinate effective and principled humanitarian action in partnership with national and international actors. La misión de la Oficina de las Naciones Unidas para la Coordinación de Asuntos Humanitarios (OCHA) es movilizar y coordinar una respuesta
Re: [Talk-co] Trabajo para #botika
2012/6/13 Germán Márquez Mejía manch...@gmail.com Am 13.06.2012 18:01, schrieb Fredy Rivera: 2012/6/13 Igor TAmara i...@tamarapatino.org Ya las labores que le encomendamos a #botika, acerca del arreglo de nombres de vías que eran muy sencillos los aplicó adecuadamente, ahora para arreglar nombres de vías necesitamos intervención humana. Así que estoy preparando una página que muestra algunos errores en nombres de vías, o por lo menos con vías que tendrían nombres no esperados... #botika está como inactiva puesto que no ha tenido mucho más para corregir últimamente :) Una de las cosas que podria corregir es la capitalizacion de los nombes de las calles, pues en algunos lugares no tiene mayuscula inicial y quizas en algunos este en mayuscula sostenida. Igual con los topónimos compuestos por una sola palabra. Si es más de una toca manualmente, pues solo llevan mayúscula inicial los sustantivos y adjetivos, y no creo que botika sea tan buena para la gramática, ¿o sí? :-P Yo voto porque si puede llegar a ser tan buena no solo en gramática, sino en expresiones regulares y semántica :-) salu2 salu2 El 30 de mayo de 2012 00:19, Igor TAmara i...@tamarapatino.orgescribió: #botika cada día es más propensa a servir mejor... El 29 de mayo de 2012 09:21, Fredy Rivera fredyriv...@gmail.comescribió: 2012/5/29 Igor TAmara i...@tamarapatino.org Hola :) Hola El 28 de mayo de 2012 06:52, ouɐɯnH fredyriv...@openstreetmap.coescribió: Hola Una necesidad que se puede suplir con botika es la correción del sources de la importacion de los limites municipales hecha en la ola invernal, según quienes aportaron la información debe ser: [SIMCI-ONUDC, con modificaciones por OCHA] No conozco tan bien estos elementos, qué tipo tienen? cómo es el tipo de expresión que debería cambiarse y cuál sería la nueva expresión? actualmente está : source=OCHA - SIGOT Y debe quedar : source= SIMCI-ONUDC, con modificaciones por OCHA Gracias y salu2 a #botika :) Botika espero que en el transcurso de la semana se vuelva correctora frecuente en búsqueda de la información que metemos los humanos y que es mejor que esté normalizada. Tengo pendiente crear la página de descripción correspondiente de botika en el wiki de openstreetmap, y creo que también valdría la pena una página de preguntas frecuentes respecto a temas específicos de Colombia. La página de botika estaría en inglés y la página de preguntas frecuentes en Colombia estaría en español. Si se desea que la página de botika también esté en español, se escucha voces voluntarias para hacer la traducción de inglés a español :) . Puede ser que la página de preguntas frecuentes de Colombia ya exista, si es así, allí complementamos. Ha sido un placer trabajar con botika. Abajo de este correo estan las justificaciones. salu2 Humano -- Forwarded message -- From: Jeffrey Villaveces Sí seguramente fue por eso, solamente que la base cartográfica es de [SIMCI-ONUDC, con modificaciones por OCHA]. SIGOT es del IGAC es otra escala. Saludos, Jeffrey Villaveces Information Management Officer United Nations Office for the Coordination of Humanitarian Affairs (OCHA) Colombia Cra. 10 No. 97A - 13 Of. 401 Bogota, Colombia Tel: (057) 1 6221100 ext. 108 Mobile: (057) 310 3156788 310%203156788 Fax: (057) 1 6221232 skype: villavec http://www.colombiassh.org The mission of the United Nations Office for the Coordination of Humanitarian Affairs (OCHA) is to mobilize and coordinate effective and principled humanitarian action in partnership with national and international actors. La misión de la Oficina de las Naciones Unidas para la Coordinación de Asuntos Humanitarios (OCHA) es movilizar y coordinar una respuesta humanitaria efectiva en el marco de los principios humanitarios, en colaboración con actores nacionales e internacionales. -- 2010/12/7 Juan Pizarro Estimado, como estas, Hola Puedes corroborar la información del permiso de usar los shape a Jeffrey Villaveces , ya que el pregunto en [1] [1] * http://lists.openstreetmap.org/pipermail/talk-co/2010-December/001413.html *http://lists.openstreetmap.org/pipermail/talk-co/2010-December/001413.html con el permiso no hay problema, entiendo que lo que el llama la atención es en la cita del source, esta no es precisa, se que yo la pase pero hay que corregirla. Jeff: por favor pasanos la cita del source precisa que debemos poner y haremos un fix despues de la importación ya que está en proceso en estos momentos. lamentamos los inconvenientes, seguramente fué por la premura, espero que no sea mucho lío salu2 freed Saludos. -- *Juan Pizarro** doing**IT** Ltda.* 10 Oriente N°1887 Talca Tel: +56 71 230476 %2B56%2071%20230476 Mob: +56 9 75891972 %2B56%209%2075891972 E-Mail: Soluciones *Informáticas* http://doingit.cl/
[Talk-lt] Ortofoto padengimas plečiasi
Sveiki Džiugu, Bingas ortofotonuotraukų padengimą po truputį plečia... T.y. atsirado naujų nuotraukų po paskutinio atnaujinimo vasario mėn. Pasižiūrėkite, gal ir jums kokią mielą vietelę atnaujino? Būtų puiki proga papaišyti? -- Tomas Straupis ___ Talk-lt mailing list Talk-lt@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lt
Re: [Talk-lt] Ortofoto padengimas plečiasi
Labas, mačiau yra nemažas gabalas tarp Utenos ir Vilniaus. Kur dar atsinaujino? 2012/6/13 Tomas Straupis tomasstrau...@gmail.com Sveiki Džiugu, Bingas ortofotonuotraukų padengimą po truputį plečia... T.y. atsirado naujų nuotraukų po paskutinio atnaujinimo vasario mėn. Pasižiūrėkite, gal ir jums kokią mielą vietelę atnaujino? Būtų puiki proga papaišyti? -- Tomas Straupis ___ Talk-lt mailing list Talk-lt@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lt ___ Talk-lt mailing list Talk-lt@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lt
Re: [Talk-lt] Ortofoto padengimas plečiasi
mačiau yra nemažas gabalas tarp Utenos ir Vilniaus. Kur dar atsinaujino? Palangos vidurys jau padengtas. Šalia (ir dalis) Raseinių. Šalia Veisiejų. -- Tomas Straupis ___ Talk-lt mailing list Talk-lt@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lt
[Talk-dk] Bing opdatering i Danmark?
Hej alle sammen Måske jeg ikke har fulgt med rigtigt, men jeg synes at jeg nu ser Bing i god opløsning på Bornholm og i Thisted området. jfr. Rasher kort skulle der ikke være noget godt Bing i disse områder? http://osm.rasher.dk/?zoom=7lat=56.24056lon=11.61346layers=BFTFF Prøv i jeres område at tjekke ud med Bing laget. Jeg har set på Twitter at nogle steder i Østeuropa skulle der være Bing opdatering vh Søren Johannessen ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Bing opdatering i Danmark?
Kan se at der er lidt snak på den engelske osm talk om nye Bing opdateringer. Der er vist bøvl med at få de nye tiles ind i Josm??? Den 13/06/2012 14.31 skrev Soren Johannessen soren.johannes...@gmail.com : Hej alle sammen Måske jeg ikke har fulgt med rigtigt, men jeg synes at jeg nu ser Bing i god opløsning på Bornholm og i Thisted området. jfr. Rasher kort skulle der ikke være noget godt Bing i disse områder? http://osm.rasher.dk/?zoom=7lat=56.24056lon=11.61346layers=BFTFF Prøv i jeres område at tjekke ud med Bing laget. Jeg har set på Twitter at nogle steder i Østeuropa skulle der være Bing opdatering vh Søren Johannessen ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Bing opdatering i Danmark?
Jeg kan se en vældig stribe der strækker sig fra sydvest for Herning og langt op i Skagerak. Prøver at kortlægge den. Jeg har ingen problemer med at bruge Bing i JOSM. For dem der har er det vist bare et spørgsmål om at flushe cachen. Onsdag den 13. juni 2012 15:05:35 Jens Winbladh skrev: Kan se at der er lidt snak på den engelske osm talk om nye Bing opdateringer. Der er vist bøvl med at få de nye tiles ind i Josm??? Den 13/06/2012 14.31 skrev Soren Johannessen soren.johannes...@gmail.com Hej alle sammen Måske jeg ikke har fulgt med rigtigt, men jeg synes at jeg nu ser Bing i god opløsning på Bornholm og i Thisted området. jfr. Rasher kort skulle der ikke være noget godt Bing i disse områder? http://osm.rasher.dk/?zoom=7lat=56.24056lon=11.61346layers=BF TFF Prøv i jeres område at tjekke ud med Bing laget. Jeg har set på Twitter at nogle steder i Østeuropa skulle der være Bing opdatering vh Søren Johannessen ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Bing opdatering i Danmark?
On 13-06-2012 14:30, Soren Johannessen wrote: Hej alle sammen [...] Prøv i jeres område at tjekke ud med Bing laget. Jeg har set på Twitter at nogle steder i Østeuropa skulle der være Bing opdatering Stadig gamle fotos her i Horsens (også efter at have tømt JOSMs cache), men man har jo lov at håbe på det bliver bedre :) -- Jonas Häggqvist rasher(at)rasher(dot)dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Bing opdatering i Danmark?
On 13-06-2012 14:30, Soren Johannessen wrote: Hej alle sammen Måske jeg ikke har fulgt med rigtigt, men jeg synes at jeg nu ser Bing i god opløsning på Bornholm og i Thisted området. jfr. Rasher kort skulle der ikke være noget godt Bing i disse områder? Så er det også opdateret. Bliver lavet udfra den her relation: http://www.openstreetmap.org/browse/relation/1284621 http://osm.rasher.dk/?layers=BFTFF -- Jonas Häggqvist rasher(at)rasher(dot)dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-se] Gårdsgator i hyreshusområden.
Hej. Jag tycker att man bör använda highway=footway eller liknande. Dom som bor i området och därmed är de som kan tänkas köra in med bil vet om att man kan det, medan ruttplaneringsverktyg inte leder trafik på dessa vägar. Ett alternativ kanske kan vara highway=service med access=private. Mvh Christian On 06/12/2012 07:16 PM, Tobias Johansson wrote: Den 12 juni 2012 19:01 skrev Markus Lindholmmarkus.lindh...@gmail.com: Jag skulle nog rösta på highway=service och använda highway=living_street enbart om det är skyltat som sådan. /Markus Antar att du menar denna skylt: http://www.transportstyrelsen.se/sv/Vag/Vagmarken/Anvisningsmarken/Gangfartsomrade/ Håller med. delvis. Har inte bestämt mig riktigt vad jag tycker. highway=service blir det ju en massa av i så fall. Och eftersom dessa vägar mest används som gång och cykelväg ser jag en fördel med att ha de taggade som sådana (tror det blir mer universellt förstått av gemene man då.) Men som sagt jag är kluven. Dock inte om att bara gåfartsområde borde klassas som highway=living_street det anser jag stark. :) MvH Tobias 2012/6/12 Petri Salmelapetri...@hotmail.com: Hej! Ämnet är alltså gårdsgator i hyreshusområden/miljonprogramsområden. Främst är det dessa områden som är byggda i en fyrkant, med en väg som går runt och förbi portgångarna. Jag har själv använt highway=living_street men börjar undra lite om man verligen skall använda det eftersom eventuella navigatorer kanske vill leda in folk på dessa vägar. Gårdsgatorna används i dessa områden jag tänker på endast för i- och urlastning, ej för parkering. Jag har sett varianter på både highway=footway samt highway=service+service=driveway där den senare kanske känns mer riktigt i så fall. /Petri ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-se] Gårdsgator i hyreshusområden.
Men det står ju att man inte får parkera 2. Fordon får inte parkeras på någon annan plats än särskilt anordnade parkeringsplatser Man får inte parkera. Men om det är ordnat en parkeringsplats får man självklart parkera. Men då ska det ju taggas parkeringsplats i OSM också. Jag tycker fortfarande att oavsett skylt så är vi bättre tjänade av att tagga living_street om området har den karaktären. Men det är ju upp till var och en att bedöma. Hälsningar Martin Den 13 juni 2012 10:52 skrev Tobias Johansson t...@mensa.se: Och man får som står i lagtext parkera i gåfartsområde (antar att det är det du menar med gårdsgata för dess skylt var väldigt lik den som nu gäller för gåfartsområde). ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-se] Gårdsgator i hyreshusområden.
Den 13 juni 2012 11:08 skrev Martin Norbäck mar...@norpan.org: Men det står ju att man inte får parkera 2. Fordon får inte parkeras på någon annan plats än särskilt anordnade parkeringsplatser Man får inte parkera. Men om det är ordnat en parkeringsplats får man självklart parkera. Men då ska det ju taggas parkeringsplats i OSM också. Inte om det är parkeringsplatser längs gatan. (iaf har det inte varit så tidigare). Men jag tror vi har samma uppfattning i frågan vi bara definierar innebörden i man får inte parkera oilka :) Jag tycker fortfarande att oavsett skylt så är vi bättre tjänade av att tagga living_street om området har den karaktären. Men det är ju upp till var och en att bedöma. Ser ett antal fel i detta. Men kommer bara ta mina största problem. I gångfartsområde får vi inte cykla snabbare än gångtrafikanter, dock får du det i många av de fallen du skulle definiera som gårdsgata tror jag. Så cykelrouting skulle bli fel i de fallen. Och hur skiljer vi på en upplevd gårdsgata och det som kallas gåfartsområde? Skall vi skapa en ny tagg för gåfartsområde som har samma skylt som den engeska sidan för living_street? Känns som bäddat för problem? MvH Tobias Hälsningar Martin Den 13 juni 2012 10:52 skrev Tobias Johansson t...@mensa.se: Och man får som står i lagtext parkera i gåfartsområde (antar att det är det du menar med gårdsgata för dess skylt var väldigt lik den som nu gäller för gåfartsområde). ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-se] Gårdsgator i hyreshusområden.
Jag lutade lite mer åt footway. Kommer ihåg en diskussion i ett annat ämne om att gärna välja det alternativ som vägen i första hand används till och i det här fallet är det ju gångar till tex portuppgångar där det vanligtvis är bommar in till gårdarna dit endast de boende har tillgång och således inte är en allmän väg på samma sätt. Fast då skulle även service=driveway funka eftersom det är på ett sätt en garageuppfart men en väldigt gemensam sådan. Skylten för gångfartsområde har jag i alla fall sett användas i fall där vägen leder in till en parkeringsplats mitt i ett sk miljonprogramsområde och då är det ju en mer allmän väg. /Petri Date: Wed, 13 Jun 2012 10:10:29 +0200 From: christian.as...@gmail.com To: talk-se@openstreetmap.org Subject: Re: [Talk-se] Gårdsgator i hyreshusområden. Hej. Jag tycker att man bör använda highway=footway eller liknande. Dom som bor i området och därmed är de som kan tänkas köra in med bil vet om att man kan det, medan ruttplaneringsverktyg inte leder trafik på dessa vägar. Ett alternativ kanske kan vara highway=service med access=private. Mvh Christian On 06/12/2012 07:16 PM, Tobias Johansson wrote: Den 12 juni 2012 19:01 skrev Markus Lindholmmarkus.lindh...@gmail.com: Jag skulle nog rösta på highway=service och använda highway=living_street enbart om det är skyltat som sådan. /Markus Antar att du menar denna skylt: http://www.transportstyrelsen.se/sv/Vag/Vagmarken/Anvisningsmarken/Gangfartsomrade/ Håller med. delvis. Har inte bestämt mig riktigt vad jag tycker. highway=service blir det ju en massa av i så fall. Och eftersom dessa vägar mest används som gång och cykelväg ser jag en fördel med att ha de taggade som sådana (tror det blir mer universellt förstått av gemene man då.) Men som sagt jag är kluven. Dock inte om att bara gåfartsområde borde klassas som highway=living_street det anser jag stark. :) MvH Tobias 2012/6/12 Petri Salmelapetri...@hotmail.com: Hej! Ämnet är alltså gårdsgator i hyreshusområden/miljonprogramsområden. Främst är det dessa områden som är byggda i en fyrkant, med en väg som går runt och förbi portgångarna. Jag har själv använt highway=living_street men börjar undra lite om man verligen skall använda det eftersom eventuella navigatorer kanske vill leda in folk på dessa vägar. Gårdsgatorna används i dessa områden jag tänker på endast för i- och urlastning, ej för parkering. Jag har sett varianter på både highway=footway samt highway=service+service=driveway där den senare kanske känns mer riktigt i så fall. /Petri ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-se] Gårdsgator i hyreshusområden.
Den 13 juni 2012 14:05 skrev Petri Salmela petri...@hotmail.com: Jag lutade lite mer åt footway. Kommer ihåg en diskussion i ett annat ämne om att gärna välja det alternativ som vägen i första hand används till och i det här fallet är det ju gångar till tex portuppgångar där det vanligtvis är bommar in till gårdarna dit endast de boende har tillgång och således inte är en allmän väg på samma sätt. Fast då skulle även service=driveway funka eftersom det är på ett sätt en garageuppfart men en väldigt gemensam sådan. Funkar ju.. Men ponera att jag bor i skogen på en väg med bara mitt hus. Detta hus ligger 1km från huvudvägen och jag brukar gå ut till den för att ta bussen till jobbet varje dag. Skall den då klassas som highway=footway för den används mest till det trots att det är en vanlig bilväg? :D (djävulens advokat? jepp det är jag det) Skylten för gångfartsområde har jag i alla fall sett användas i fall där vägen leder in till en parkeringsplats mitt i ett sk miljonprogramsområde och då är det ju en mer allmän väg. /Petri Date: Wed, 13 Jun 2012 10:10:29 +0200 From: christian.as...@gmail.com To: talk-se@openstreetmap.org Subject: Re: [Talk-se] Gårdsgator i hyreshusområden. Hej. Jag tycker att man bör använda highway=footway eller liknande. Dom som bor i området och därmed är de som kan tänkas köra in med bil vet om att man kan det, medan ruttplaneringsverktyg inte leder trafik på dessa vägar. Ett alternativ kanske kan vara highway=service med access=private. Mvh Christian On 06/12/2012 07:16 PM, Tobias Johansson wrote: Den 12 juni 2012 19:01 skrev Markus Lindholmmarkus.lindh...@gmail.com: Jag skulle nog rösta på highway=service och använda highway=living_street enbart om det är skyltat som sådan. /Markus Antar att du menar denna skylt: http://www.transportstyrelsen.se/sv/Vag/Vagmarken/Anvisningsmarken/Gangfartsomrade/ Håller med. delvis. Har inte bestämt mig riktigt vad jag tycker. highway=service blir det ju en massa av i så fall. Och eftersom dessa vägar mest används som gång och cykelväg ser jag en fördel med att ha de taggade som sådana (tror det blir mer universellt förstått av gemene man då.) Men som sagt jag är kluven. Dock inte om att bara gåfartsområde borde klassas som highway=living_street det anser jag stark. :) MvH Tobias 2012/6/12 Petri Salmelapetri...@hotmail.com: Hej! Ämnet är alltså gårdsgator i hyreshusområden/miljonprogramsområden. Främst är det dessa områden som är byggda i en fyrkant, med en väg som går runt och förbi portgångarna. Jag har själv använt highway=living_street men börjar undra lite om man verligen skall använda det eftersom eventuella navigatorer kanske vill leda in folk på dessa vägar. Gårdsgatorna används i dessa områden jag tänker på endast för i- och urlastning, ej för parkering. Jag har sett varianter på både highway=footway samt highway=service+service=driveway där den senare kanske känns mer riktigt i så fall. /Petri ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-se] Gårdsgator i hyreshusområden.
Den 13 juni 2012 14:33 skrev Martin Norbäck mar...@norpan.org: Nu läste jag originalmeddelandet och det verkar ju som att det faktiskt är gångfartsområden. Då ska dom definitivt taggas så. Att tagga annorlunda bara för att navigatorerna inte ska leda fel är verkligen att göra våld på verkligheten. Det läser inte jag :). För att förtydliga vad jag menar lägger jag till en länk här https://maps.google.se/maps?hl=svll=57.720319,11.905175spn=0.001143,0.002411t=hz=19layer=ccbll=57.720352,11.905256panoid=fiQ5kTnR-PoqXkXdPOIeNgcbp=12,184.52,,0,19.32 Jag antog att det är sådana vägar som går innanför bommarna på bilden som han menar? (dvs inte cykelgångvägen som går närmast). Dessa är inte gångfartsområden utan privata vägar som ägaren definierar vad som är tillåtet (tror jag iaf. kanske finns vissa gränser om det inte finns staket eller liknande som hindrar allmänheten från att ta sig in dit). Och det är dessa som jag anser det väldigt fel att mappa som living_street. (om vi inte gör en ny tagg för riktiga gångfartsområden). Och det blev verkligen en filosofisk fråga det där om parkeringen...självklart får man parkera om det finns parkeringsplatser. Men det normala är att man får parkera på vanliga gator, men det är alltså förbjudet att parkera på gångfartsområden. Om det inte är parkeringsplats. Men då är det ju parkeringsplats där. Jo men jag läser som att man aldrig får parkera där. Likt det är på motorvägar, där får du aldrig parkera efter vägen oavsett om det finns parkeringsplats eller inte (nu finns det ju inga parkeringsplatser efter motorvägarna just pga. detta men som sagt vi tolkar bara uttrycket olika) :) MvH Tobias Hälsningar Martin Den 13 juni 2012 12:12 skrev Tobias Johansson t...@mensa.se: Den 13 juni 2012 11:08 skrev Martin Norbäck mar...@norpan.org: Men det står ju att man inte får parkera 2. Fordon får inte parkeras på någon annan plats än särskilt anordnade parkeringsplatser Man får inte parkera. Men om det är ordnat en parkeringsplats får man självklart parkera. Men då ska det ju taggas parkeringsplats i OSM också. Inte om det är parkeringsplatser längs gatan. (iaf har det inte varit så tidigare). Men jag tror vi har samma uppfattning i frågan vi bara definierar innebörden i man får inte parkera oilka :) Jag tycker fortfarande att oavsett skylt så är vi bättre tjänade av att tagga living_street om området har den karaktären. Men det är ju upp till var och en att bedöma. Ser ett antal fel i detta. Men kommer bara ta mina största problem. I gångfartsområde får vi inte cykla snabbare än gångtrafikanter, dock får du det i många av de fallen du skulle definiera som gårdsgata tror jag. Så cykelrouting skulle bli fel i de fallen. Och hur skiljer vi på en upplevd gårdsgata och det som kallas gåfartsområde? Skall vi skapa en ny tagg för gåfartsområde som har samma skylt som den engeska sidan för living_street? Känns som bäddat för problem? MvH Tobias Hälsningar Martin Den 13 juni 2012 10:52 skrev Tobias Johansson t...@mensa.se: Och man får som står i lagtext parkera i gåfartsområde (antar att det är det du menar med gårdsgata för dess skylt var väldigt lik den som nu gäller för gåfartsområde). ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-se] Gårdsgator i hyreshusområden.
Tänkte jag kanske skulle lägga till exempel på skyltade vägar också .. Exempel på gågata https://maps.google.se/maps?hl=svll=57.870881,11.980891spn=0.001104,0.002411t=hz=19layer=ccbll=57.870864,11.980892panoid=zPKUh3fuHvRyFFy_t0tdQgcbp=12,93.06,,0,10.11 Exempel på gåfartsområde (eller gårdsgata beroende på ålderna av fotot på google) https://maps.google.se/maps?hl=svll=57.709031,11.966712spn=0.001115,0.002411t=hz=19layer=ccbll=57.709031,11.966712panoid=dXbXPl9_-Wxm1iJwZ6BJJgcbp=12,283.88,,0,19.32 Den 13 juni 2012 14:54 skrev Tobias Johansson t...@mensa.se: Den 13 juni 2012 14:33 skrev Martin Norbäck mar...@norpan.org: Nu läste jag originalmeddelandet och det verkar ju som att det faktiskt är gångfartsområden. Då ska dom definitivt taggas så. Att tagga annorlunda bara för att navigatorerna inte ska leda fel är verkligen att göra våld på verkligheten. Det läser inte jag :). För att förtydliga vad jag menar lägger jag till en länk här https://maps.google.se/maps?hl=svll=57.720319,11.905175spn=0.001143,0.002411t=hz=19layer=ccbll=57.720352,11.905256panoid=fiQ5kTnR-PoqXkXdPOIeNgcbp=12,184.52,,0,19.32 Jag antog att det är sådana vägar som går innanför bommarna på bilden som han menar? (dvs inte cykelgångvägen som går närmast). Dessa är inte gångfartsområden utan privata vägar som ägaren definierar vad som är tillåtet (tror jag iaf. kanske finns vissa gränser om det inte finns staket eller liknande som hindrar allmänheten från att ta sig in dit). Och det är dessa som jag anser det väldigt fel att mappa som living_street. (om vi inte gör en ny tagg för riktiga gångfartsområden). Och det blev verkligen en filosofisk fråga det där om parkeringen...självklart får man parkera om det finns parkeringsplatser. Men det normala är att man får parkera på vanliga gator, men det är alltså förbjudet att parkera på gångfartsområden. Om det inte är parkeringsplats. Men då är det ju parkeringsplats där. Jo men jag läser som att man aldrig får parkera där. Likt det är på motorvägar, där får du aldrig parkera efter vägen oavsett om det finns parkeringsplats eller inte (nu finns det ju inga parkeringsplatser efter motorvägarna just pga. detta men som sagt vi tolkar bara uttrycket olika) :) MvH Tobias Hälsningar Martin Den 13 juni 2012 12:12 skrev Tobias Johansson t...@mensa.se: Den 13 juni 2012 11:08 skrev Martin Norbäck mar...@norpan.org: Men det står ju att man inte får parkera 2. Fordon får inte parkeras på någon annan plats än särskilt anordnade parkeringsplatser Man får inte parkera. Men om det är ordnat en parkeringsplats får man självklart parkera. Men då ska det ju taggas parkeringsplats i OSM också. Inte om det är parkeringsplatser längs gatan. (iaf har det inte varit så tidigare). Men jag tror vi har samma uppfattning i frågan vi bara definierar innebörden i man får inte parkera oilka :) Jag tycker fortfarande att oavsett skylt så är vi bättre tjänade av att tagga living_street om området har den karaktären. Men det är ju upp till var och en att bedöma. Ser ett antal fel i detta. Men kommer bara ta mina största problem. I gångfartsområde får vi inte cykla snabbare än gångtrafikanter, dock får du det i många av de fallen du skulle definiera som gårdsgata tror jag. Så cykelrouting skulle bli fel i de fallen. Och hur skiljer vi på en upplevd gårdsgata och det som kallas gåfartsområde? Skall vi skapa en ny tagg för gåfartsområde som har samma skylt som den engeska sidan för living_street? Känns som bäddat för problem? MvH Tobias Hälsningar Martin Den 13 juni 2012 10:52 skrev Tobias Johansson t...@mensa.se: Och man får som står i lagtext parkera i gåfartsområde (antar att det är det du menar med gårdsgata för dess skylt var väldigt lik den som nu gäller för gåfartsområde). ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-se] Gårdsgator i hyreshusområden.
Här ett exempel som framförallt är orsaken till huvudbryet =) https://maps.google.se/maps?hl=svll=58.53495,14.999143spn=0.001529,0.004737t=hz=18 /Petri Date: Wed, 13 Jun 2012 14:54:16 +0200 Subject: Re: [Talk-se] Gårdsgator i hyreshusområden. From: t...@mensa.se To: mar...@norpan.org CC: petri...@hotmail.com; talk-se@openstreetmap.org Den 13 juni 2012 14:33 skrev Martin Norbäck mar...@norpan.org: Nu läste jag originalmeddelandet och det verkar ju som att det faktiskt är gångfartsområden. Då ska dom definitivt taggas så. Att tagga annorlunda bara för att navigatorerna inte ska leda fel är verkligen att göra våld på verkligheten. Det läser inte jag :). För att förtydliga vad jag menar lägger jag till en länk här https://maps.google.se/maps?hl=svll=57.720319,11.905175spn=0.001143,0.002411t=hz=19layer=ccbll=57.720352,11.905256panoid=fiQ5kTnR-PoqXkXdPOIeNgcbp=12,184.52,,0,19.32 Jag antog att det är sådana vägar som går innanför bommarna på bilden som han menar? (dvs inte cykelgångvägen som går närmast). Dessa är inte gångfartsområden utan privata vägar som ägaren definierar vad som är tillåtet (tror jag iaf. kanske finns vissa gränser om det inte finns staket eller liknande som hindrar allmänheten från att ta sig in dit). Och det är dessa som jag anser det väldigt fel att mappa som living_street. (om vi inte gör en ny tagg för riktiga gångfartsområden). Och det blev verkligen en filosofisk fråga det där om parkeringen...självklart får man parkera om det finns parkeringsplatser. Men det normala är att man får parkera på vanliga gator, men det är alltså förbjudet att parkera på gångfartsområden. Om det inte är parkeringsplats. Men då är det ju parkeringsplats där. Jo men jag läser som att man aldrig får parkera där. Likt det är på motorvägar, där får du aldrig parkera efter vägen oavsett om det finns parkeringsplats eller inte (nu finns det ju inga parkeringsplatser efter motorvägarna just pga. detta men som sagt vi tolkar bara uttrycket olika) :) MvH Tobias Hälsningar Martin Den 13 juni 2012 12:12 skrev Tobias Johansson t...@mensa.se: Den 13 juni 2012 11:08 skrev Martin Norbäck mar...@norpan.org: Men det står ju att man inte får parkera 2. Fordon får inte parkeras på någon annan plats än särskilt anordnade parkeringsplatser Man får inte parkera. Men om det är ordnat en parkeringsplats får man självklart parkera. Men då ska det ju taggas parkeringsplats i OSM också. Inte om det är parkeringsplatser längs gatan. (iaf har det inte varit så tidigare). Men jag tror vi har samma uppfattning i frågan vi bara definierar innebörden i man får inte parkera oilka :) Jag tycker fortfarande att oavsett skylt så är vi bättre tjänade av att tagga living_street om området har den karaktären. Men det är ju upp till var och en att bedöma. Ser ett antal fel i detta. Men kommer bara ta mina största problem. I gångfartsområde får vi inte cykla snabbare än gångtrafikanter, dock får du det i många av de fallen du skulle definiera som gårdsgata tror jag. Så cykelrouting skulle bli fel i de fallen. Och hur skiljer vi på en upplevd gårdsgata och det som kallas gåfartsområde? Skall vi skapa en ny tagg för gåfartsområde som har samma skylt som den engeska sidan för living_street? Känns som bäddat för problem? MvH Tobias Hälsningar Martin Den 13 juni 2012 10:52 skrev Tobias Johansson t...@mensa.se: Och man får som står i lagtext parkera i gåfartsområde (antar att det är det du menar med gårdsgata för dess skylt var väldigt lik den som nu gäller för gåfartsområde). ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-se] Gårdsgator i hyreshusområden.
Men det där är ju verkligen inte gångfartsområde och det är inte det han skriver heller. Han skriver att det ÄR gårdsgata. Läs originalmeddelandet igen. Du antar ju saker som han inte skriver. Dom där som du visar är ju typ highway=service,access=no,foot=yes. Inte gångfartsområde/gårdsgata, som ju är typ highway=residential,access=yes,maxspeed=7,parking=no...och om man har ett område som är jämförbart med detta, alltså inte bommar el. dyl så tycker jag att man kan tagga det som living_street. Eller välja att lägga på en massa andra taggar. Och skulle det finnas markerade parkeringsplatser på motorvägen, nog skulle du få parkera där. Skyltar går före allmänna regler. Hälsningar Martin Den 13 juni 2012 14:54 skrev Tobias Johansson t...@mensa.se: Den 13 juni 2012 14:33 skrev Martin Norbäck mar...@norpan.org: Nu läste jag originalmeddelandet och det verkar ju som att det faktiskt är gångfartsområden. Då ska dom definitivt taggas så. Att tagga annorlunda bara för att navigatorerna inte ska leda fel är verkligen att göra våld på verkligheten. Det läser inte jag :). För att förtydliga vad jag menar lägger jag till en länk här https://maps.google.se/maps?hl=svll=57.720319,11.905175spn=0.001143,0.002411t=hz=19layer=ccbll=57.720352,11.905256panoid=fiQ5kTnR-PoqXkXdPOIeNgcbp=12,184.52,,0,19.32 Jag antog att det är sådana vägar som går innanför bommarna på bilden som han menar? (dvs inte cykelgångvägen som går närmast). Dessa är inte gångfartsområden utan privata vägar som ägaren definierar vad som är tillåtet (tror jag iaf. kanske finns vissa gränser om det inte finns staket eller liknande som hindrar allmänheten från att ta sig in dit). Och det är dessa som jag anser det väldigt fel att mappa som living_street. (om vi inte gör en ny tagg för riktiga gångfartsområden). Och det blev verkligen en filosofisk fråga det där om parkeringen...självklart får man parkera om det finns parkeringsplatser. Men det normala är att man får parkera på vanliga gator, men det är alltså förbjudet att parkera på gångfartsområden. Om det inte är parkeringsplats. Men då är det ju parkeringsplats där. Jo men jag läser som att man aldrig får parkera där. Likt det är på motorvägar, där får du aldrig parkera efter vägen oavsett om det finns parkeringsplats eller inte (nu finns det ju inga parkeringsplatser efter motorvägarna just pga. detta men som sagt vi tolkar bara uttrycket olika) :) MvH Tobias Hälsningar Martin Den 13 juni 2012 12:12 skrev Tobias Johansson t...@mensa.se: Den 13 juni 2012 11:08 skrev Martin Norbäck mar...@norpan.org: Men det står ju att man inte får parkera 2. Fordon får inte parkeras på någon annan plats än särskilt anordnade parkeringsplatser Man får inte parkera. Men om det är ordnat en parkeringsplats får man självklart parkera. Men då ska det ju taggas parkeringsplats i OSM också. Inte om det är parkeringsplatser längs gatan. (iaf har det inte varit så tidigare). Men jag tror vi har samma uppfattning i frågan vi bara definierar innebörden i man får inte parkera oilka :) Jag tycker fortfarande att oavsett skylt så är vi bättre tjänade av att tagga living_street om området har den karaktären. Men det är ju upp till var och en att bedöma. Ser ett antal fel i detta. Men kommer bara ta mina största problem. I gångfartsområde får vi inte cykla snabbare än gångtrafikanter, dock får du det i många av de fallen du skulle definiera som gårdsgata tror jag. Så cykelrouting skulle bli fel i de fallen. Och hur skiljer vi på en upplevd gårdsgata och det som kallas gåfartsområde? Skall vi skapa en ny tagg för gåfartsområde som har samma skylt som den engeska sidan för living_street? Känns som bäddat för problem? MvH Tobias Hälsningar Martin Den 13 juni 2012 10:52 skrev Tobias Johansson t...@mensa.se: Och man får som står i lagtext parkera i gåfartsområde (antar att det är det du menar med gårdsgata för dess skylt var väldigt lik den som nu gäller för gåfartsområde). ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-se] Gårdsgator i hyreshusområden.
Återigen det finns inget lagligt begrepp på gårdsgata. Det skrev jag som första svar. Beskrivningen han gav var med en väg som går runt och förbi portgångarna och det jag fick upp i huvudet var just detta därför jag varit så emot att tagga det som living_street (exempel är alltid bra för att förtydliga visar det sig :) ). Så jag antog inget han inte skrev enligt mig. Jag läste beskrivningen och detta var det jag såg framför mig! Läs lagtexten vad gäller motorvägar, det finns inget undantag för parkeringsplatser. Det gör det för gåfartsområde. Varför skulle undantaget vara listat om det inte behövts? Vad gäller Skyltar går före allmänna regler. är motorvägar skyltade så det är ingen allmän regel utan en skylt som informerar/styr rättigheter/skyldigheter. Vad gäller för just dessa gator som jag fick exempel på här skulle jag faktiskt säga highway=residential. Om det inte finns några skyltar som säger något annat. MvH Tobias Den 13 juni 2012 15:12 skrev Martin Norbäck mar...@norpan.org: Men det där är ju verkligen inte gångfartsområde och det är inte det han skriver heller. Han skriver att det ÄR gårdsgata. Läs originalmeddelandet igen. Du antar ju saker som han inte skriver. Dom där som du visar är ju typ highway=service,access=no,foot=yes. Inte gångfartsområde/gårdsgata, som ju är typ highway=residential,access=yes,maxspeed=7,parking=no...och om man har ett område som är jämförbart med detta, alltså inte bommar el. dyl så tycker jag att man kan tagga det som living_street. Eller välja att lägga på en massa andra taggar. Och skulle det finnas markerade parkeringsplatser på motorvägen, nog skulle du få parkera där. Skyltar går före allmänna regler. Hälsningar Martin Den 13 juni 2012 14:54 skrev Tobias Johansson t...@mensa.se: Den 13 juni 2012 14:33 skrev Martin Norbäck mar...@norpan.org: Nu läste jag originalmeddelandet och det verkar ju som att det faktiskt är gångfartsområden. Då ska dom definitivt taggas så. Att tagga annorlunda bara för att navigatorerna inte ska leda fel är verkligen att göra våld på verkligheten. Det läser inte jag :). För att förtydliga vad jag menar lägger jag till en länk här https://maps.google.se/maps?hl=svll=57.720319,11.905175spn=0.001143,0.002411t=hz=19layer=ccbll=57.720352,11.905256panoid=fiQ5kTnR-PoqXkXdPOIeNgcbp=12,184.52,,0,19.32 Jag antog att det är sådana vägar som går innanför bommarna på bilden som han menar? (dvs inte cykelgångvägen som går närmast). Dessa är inte gångfartsområden utan privata vägar som ägaren definierar vad som är tillåtet (tror jag iaf. kanske finns vissa gränser om det inte finns staket eller liknande som hindrar allmänheten från att ta sig in dit). Och det är dessa som jag anser det väldigt fel att mappa som living_street. (om vi inte gör en ny tagg för riktiga gångfartsområden). Och det blev verkligen en filosofisk fråga det där om parkeringen...självklart får man parkera om det finns parkeringsplatser. Men det normala är att man får parkera på vanliga gator, men det är alltså förbjudet att parkera på gångfartsområden. Om det inte är parkeringsplats. Men då är det ju parkeringsplats där. Jo men jag läser som att man aldrig får parkera där. Likt det är på motorvägar, där får du aldrig parkera efter vägen oavsett om det finns parkeringsplats eller inte (nu finns det ju inga parkeringsplatser efter motorvägarna just pga. detta men som sagt vi tolkar bara uttrycket olika) :) MvH Tobias Hälsningar Martin Den 13 juni 2012 12:12 skrev Tobias Johansson t...@mensa.se: Den 13 juni 2012 11:08 skrev Martin Norbäck mar...@norpan.org: Men det står ju att man inte får parkera 2. Fordon får inte parkeras på någon annan plats än särskilt anordnade parkeringsplatser Man får inte parkera. Men om det är ordnat en parkeringsplats får man självklart parkera. Men då ska det ju taggas parkeringsplats i OSM också. Inte om det är parkeringsplatser längs gatan. (iaf har det inte varit så tidigare). Men jag tror vi har samma uppfattning i frågan vi bara definierar innebörden i man får inte parkera oilka :) Jag tycker fortfarande att oavsett skylt så är vi bättre tjänade av att tagga living_street om området har den karaktären. Men det är ju upp till var och en att bedöma. Ser ett antal fel i detta. Men kommer bara ta mina största problem. I gångfartsområde får vi inte cykla snabbare än gångtrafikanter, dock får du det i många av de fallen du skulle definiera som gårdsgata tror jag. Så cykelrouting skulle bli fel i de fallen. Och hur skiljer vi på en upplevd gårdsgata och det som kallas gåfartsområde? Skall vi skapa en ny tagg för gåfartsområde som har samma skylt som den engeska sidan för living_street? Känns som bäddat för problem? MvH Tobias Hälsningar Martin Den 13 juni 2012 10:52 skrev Tobias Johansson t...@mensa.se: Och man får som står i lagtext parkera i gåfartsområde (antar att det är det du menar med gårdsgata för dess skylt var väldigt lik den som nu gäller för
