Re: [OSM-talk] Early History of OSM
Another thing about the 2006 map is that many of the ways that definitely were there then. e.g. http://osmz.ru/osm2006.html#14/51.0523/-0.7374 This is the Fernhurst area, West Sussex. There should be a primary road north to south and many more footpaths Primary and secondary roads seem to be particularly prone to being missing. I think they were always highway=primary so not sure why that is. Also a number of footpaths are missing. Is this perhaps because they are now highway=path and the 2006 map is being rendered with a 2006 stylesheet so they don't show up? Nick -Martin Koppenhoefer dieterdre...@gmail.com wrote: - To: Ilya Zverev zve...@textual.ru From: Martin Koppenhoefer dieterdre...@gmail.com Date: 25/08/2014 03:22PM Cc: talk@openstreetmap.org talk@openstreetmap.org Subject: Re: [OSM-talk] Early History of OSM Il giorno 25/ago/2014, alle ore 12:55, Ilya Zverev zve...@textual.ru ha scritto: Thanks, here is the map for August 2006: http://osmz.ru/osm2006.html#6/53.462/5.08 interesting, thanks for posting this. I have two remarks why it seems missleading for the less informed: - the coastline is more recent than 2006 - you have kept the external data from natural earth (builtup areas for midzoom) So actually in 2006 there was even less map than it appears ;-) cheers, Martin ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Early History of OSM
Nick Whitelegg wrote: Another thing about the 2006 map is that many of the ways that definitely were there then. e.g. http://osmz.ru/osm2006.html#14/51.0523/-0.7374 This is the Fernhurst area, West Sussex. There should be a primary road north to south and many more footpaths Primary and secondary roads seem to be particularly prone to being missing. I think they were always highway=primary so not sure why that is. Yes, a lot of data that definitely was there seems to be missing. Another example is by Andreas in Vienna: http://osmz.ru/osm2006.html#14/48.1982/16.2975 http://wiki.openstreetmap.org/wiki/File:Vienna-2006-07-04.png This probably comes from errors in either API 0.3 to 0.6 coversion, or in cutting out american data. IZ ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Adding Wikidata tags to 70k items automatically
I've written some code to match items in Wikidata with items in OSM. Currently I have found 70,849 unique matches, where there is a one-to-one mapping between OSM and Wikidata objects. I'd like to annotate these 70k objects in OSM with a Wikidata tag automatically. For example: Way: Piper's Orchard (43246411) http://www.openstreetmap.org/way/43246411 And on Wikidata: https://www.wikidata.org/wiki/Q7197307 I would like to add wikidata=Q7197307 to Piper's Orchard. The code to find the matches is here: https://github.com/edwardbetts/osm-wikidata Matching criteria: https://github.com/EdwardBetts/osm-wikidata/blob/master/entity_types.json The results are here: http://edwardbetts.com/osm-wikidata/ The best approach is probably to update 100 items with wikidata tags, then we can check them to make sure the edit looks good. If everything is fine I can go ahead and load the other 70k. Does anybody have a strong preference that the edits are split up by region, or loaded in batches? Any objections? I've read https://wiki.openstreetmap.org/wiki/Mechanical_Edit_Policy - if there are no major objections I'll go ahead and create https://wiki.openstreetmap.org/wiki/Mechanical_Edits/edward See also: http://wiki.openstreetmap.org/wiki/Proposed_features/Wikidata http://wiki.openstreetmap.org/wiki/Wikidata http://wiki.openstreetmap.org/wiki/Key:wikidata Edward. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Adding Wikidata tags to 70k items automatically
On 27 August 2014 17:47, Edward Betts edw...@4angle.com wrote: I've written some code to match items in Wikidata with items in OSM. Currently I have found 70,849 unique matches, where there is a one-to-one mapping between OSM and Wikidata objects. To clarify (this wasn't clear to me from your e-mail): you are not purely matching name tags, but you also require matching objects to be in close geographic proximity (using the location tag from Wikidata). Doing that, I think the chance of wrong matching is negligible. I also looked through the list myself, and couldn't find any wrong match. I would say go ahead, the additional data would surely be useful for openstreetmap. -- Matthijs ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Adding Wikidata tags to 70k items automatically
If you do this, please split by region. For those of us who monitor specific areas for new changesets, it would be better if we didn't see a whole lot of entries where only one or two of the items in each entry are actually related to the area we are monitoring. With regards, Svavar Kjarrval On 27/08/14 16:47, Edward Betts wrote: I've written some code to match items in Wikidata with items in OSM. Currently I have found 70,849 unique matches, where there is a one-to-one mapping between OSM and Wikidata objects. I'd like to annotate these 70k objects in OSM with a Wikidata tag automatically. For example: Way: Piper's Orchard (43246411) http://www.openstreetmap.org/way/43246411 And on Wikidata: https://www.wikidata.org/wiki/Q7197307 I would like to add wikidata=Q7197307 to Piper's Orchard. The code to find the matches is here: https://github.com/edwardbetts/osm-wikidata Matching criteria: https://github.com/EdwardBetts/osm-wikidata/blob/master/entity_types.json The results are here: http://edwardbetts.com/osm-wikidata/ The best approach is probably to update 100 items with wikidata tags, then we can check them to make sure the edit looks good. If everything is fine I can go ahead and load the other 70k. Does anybody have a strong preference that the edits are split up by region, or loaded in batches? Any objections? I've read https://wiki.openstreetmap.org/wiki/Mechanical_Edit_Policy - if there are no major objections I'll go ahead and create https://wiki.openstreetmap.org/wiki/Mechanical_Edits/edward See also: http://wiki.openstreetmap.org/wiki/Proposed_features/Wikidata http://wiki.openstreetmap.org/wiki/Wikidata http://wiki.openstreetmap.org/wiki/Key:wikidata Edward. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk signature.asc Description: OpenPGP digital signature ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Personal maps tool similar to my maps
In google maps world you can create your own map, with waypoints, POIs etc., of your choice and export it as KML etc., etc., IS there a similar website/tool/system available for OSM where I can create a POI map online and then export --Tanveer ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Personal maps tool similar to my maps
Try uMap: http://umap.openstreetmap.fr/en/ On Thu, Aug 28, 2014 at 1:34 AM, Tanveer Singh tanveer1...@gmail.com wrote: In google maps world you can create your own map, with waypoints, POIs etc., of your choice and export it as KML etc., etc., IS there a similar website/tool/system available for OSM where I can create a POI map online and then export --Tanveer ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Adding Wikidata tags to 70k items automatically
On 27/08/2014 17:47, Edward Betts wrote: Matching criteria: https://github.com/EdwardBetts/osm-wikidata/blob/master/entity_types.json Presumably there's some geographical matching criteria too (so each Black Hill in the hills list is matched to the correct one)? If so, is there a licence issue where wikidata has imported from wikipedia, and wikipedia has obtained position information from who-knows-where (probably a source not compatibly licensed with OSM)? In at least one example(1) there's no wikipedia reference on the OSM node. Cheers, Andy (1) http://www.openstreetmap.org/node/412534419 ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Release openstreetmap-carto v2.19.0
Dear all, Today, v2.19.0 of the openstreetmap-carto stylesheet has been released. It will be rolled out to the openstreetmap.org servers in one of the next days. Changes include: * Improve rendering of labels of highway areas (https://github.com/gravitystorm/openstreetmap-carto/pull/865) * Various bug fixes For a full list of commits, see https://github.com/gravitystorm/openstreetmap-carto/compare/v2.18.0...v2.19.0. As always, we welcome any bug reports at https://github.com/gravitystorm/openstreetmap-carto/issues. -- Matthijs ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Release openstreetmap-carto v2.19.0
On 27/08/14 18:49, Matthijs Melissen wrote: Today, v2.19.0 of the openstreetmap-carto stylesheet has been released. It will be rolled out to the openstreetmap.org servers in one of the next days. Actually it probably won't be rolled out just yet as we have a degraded disk array in one of the tile servers that I want to get fixed before we put any more load on it. Tom -- Tom Hughes (t...@compton.nu) http://compton.nu/ ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Adding Wikidata tags to 70k items automatically
Matthijs Melissen i...@matthijsmelissen.nl wrote: On 27 August 2014 17:47, Edward Betts edw...@4angle.com wrote: I've written some code to match items in Wikidata with items in OSM. Currently I have found 70,849 unique matches, where there is a one-to-one mapping between OSM and Wikidata objects. To clarify (this wasn't clear to me from your e-mail): you are not purely matching name tags, but you also require matching objects to be in close geographic proximity (using the location tag from Wikidata). Doing that, I think the chance of wrong matching is negligible. I also looked through the list myself, and couldn't find any wrong match. Sorry, I should've been clearer. My search starts with articles in English Wikipedia Categories, I look for the matching Wikidata items, then search OSM for items within 400m that have matching tags. For example 'Category:Castles by country' and 'historic=castle'. I compare the names with some fuzzy matching, if the names match then the two items are the same. The credit for this idea goes to Andy Mabbett (pigsonthewing), I just wrote the code. -- Edward. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Personal maps tool similar to my maps
Umap's great. There's also http://geojson.io/ On Wed, Aug 27, 2014 at 1:43 PM, Eugene Alvin Villar sea...@gmail.com wrote: Try uMap: http://umap.openstreetmap.fr/en/ On Thu, Aug 28, 2014 at 1:34 AM, Tanveer Singh tanveer1...@gmail.com wrote: In google maps world you can create your own map, with waypoints, POIs etc., of your choice and export it as KML etc., etc., IS there a similar website/tool/system available for OSM where I can create a POI map online and then export --Tanveer ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Release openstreetmap-carto v2.19.0
On 27 August 2014 19:02, Tom Hughes t...@compton.nu wrote: On 27/08/14 18:49, Matthijs Melissen wrote: Today, v2.19.0 of the openstreetmap-carto stylesheet has been released. It will be rolled out to the openstreetmap.org servers in one of the next days. Actually it probably won't be rolled out just yet as we have a degraded disk array in one of the tile servers that I want to get fixed before we put any more load on it. I deliberately tried being as vague as possible on the schedule :). In any case thank you for your work! Server maintenance is mainly invisible, but as http://git.openstreetmap.org/chef.git/ shows, a lot of work is going on behind the scenes. -- Matthijs ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Adding Wikidata tags to 70k items automatically
On 27 August 2014 17:47, Edward Betts edw...@4angle.com wrote: I'd like to annotate these 70k objects in OSM with a Wikidata tag automatically. I whole-heartedly endorse this suggestion, with the reasonable caveats colleagues have already mentioned: close-proximity matching; edits batched by region. I've corresponded with Edward during his prepartory work, and know that the former is already in place. I've also checked random instances of his matches, and have found no false positives; indeed, his cautious approach has been admirable -- Andy Mabbett @pigsonthewing http://pigsonthewing.org.uk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Adding Wikidata tags to 70k items automatically
I love this Wikidata and OSM :) - Enock On Aug 27, 2014 7:22 PM, Andy Mabbett a...@pigsonthewing.org.uk wrote: On 27 August 2014 17:47, Edward Betts edw...@4angle.com wrote: I'd like to annotate these 70k objects in OSM with a Wikidata tag automatically. I whole-heartedly endorse this suggestion, with the reasonable caveats colleagues have already mentioned: close-proximity matching; edits batched by region. I've corresponded with Edward during his prepartory work, and know that the former is already in place. I've also checked random instances of his matches, and have found no false positives; indeed, his cautious approach has been admirable -- Andy Mabbett @pigsonthewing http://pigsonthewing.org.uk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Adding Wikidata tags to 70k items automatically
SomeoneElse li...@mail.atownsend.org.uk wrote: On 27/08/2014 17:47, Edward Betts wrote: Matching criteria: https://github.com/EdwardBetts/osm-wikidata/blob/master/entity_types.json Presumably there's some geographical matching criteria too (so each Black Hill in the hills list is matched to the correct one)? If so, is there a licence issue where wikidata has imported from wikipedia, and wikipedia has obtained position information from who-knows-where (probably a source not compatibly licensed with OSM)? In at least one example(1) there's no wikipedia reference on the OSM node. Yes, I'm matching based on the coordinates in Wikidata and OSM, the coordinates need to be within 400m of each other. I don't think there is a license problem. I'm not planning to copy location information from Wikidata to OSM, just establishing the mapping between OSM and Wikidata. I think a good comparison is there various ref:*=* tags. See http://wiki.openstreetmap.org/wiki/Key:ref#Key_variations We use keys like ref:mhs and ref:sandre to establish a link to other datasets. There are no rules about the how these datasets were generated. -- Edward. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Adding Wikidata tags to 70k items automatically
Svavar Kjarrval sva...@kjarrval.is wrote: If you do this, please split by region. For those of us who monitor specific areas for new changesets, it would be better if we didn't see a whole lot of entries where only one or two of the items in each entry are actually related to the area we are monitoring. Thanks, this is good to know. I'll split by region. -- Edward. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Adding Wikidata tags to 70k items automatically
On 27/08/2014 17:47, Edward Betts wrote: I'd like to annotate these 70k objects in OSM with a Wikidata tag automatically. Perhaps it's worth explaining the benefits of having a link to a wikidata item on an OSM item? When this was discussed previously https://lists.openstreetmap.org/pipermail/talk-gb/2014-June/thread.html#16096 and https://lists.openstreetmap.org/pipermail/talk/2014-June/thread.html#70032 I think that it would be fair to describe the reaction as somewhat sceptical (both to the potential benefits of adding the tags at all, and around an automatic import of them). Perhaps if someone could give a concrete example of what these tags could be used for once they're in OSM, it could help convince the doubters*? Cheers, Andy * Personally, I'm actually fairly agnostic about the process of adding wikidata tags - I can't really see what I'd use them for myself, but am open to the possibility that someone could use them for something. However, an important part of things in OSM is surely that they are on-the-ground verifiable - wikipedia has articles for villages in the UK that don't exist, as do the OS OpenData StreetView maps, and people have added garbage data from both to OSM. How do we know that the wikidata items for which links are added are accurate? ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Adding Wikidata tags to 70k items automatically
Example? Perhaps use wikidata for finding translations of OSM objects' names where they don't have an on the ground name in that language to map in OSM. Ed ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Adding Wikidata tags to 70k items automatically
[re-sent to list] On 27 August 2014 18:46, SomeoneElse li...@mail.atownsend.org.uk wrote: Presumably there's some geographical matching criteria too (so each Black Hill in the hills list is matched to the correct one)? If so, is there a licence issue where wikidata has imported from wikipedia, and wikipedia has obtained position information from who-knows-where (probably a source not compatibly licensed with OSM)? In at least one example(1) there's no wikipedia reference on the OSM node. There is no license issue. No copyright-protected data is being added to OSM. No cordinates from Wikidata are being added to OSM. No text from Wikidata is being added to OSM. -- Andy Mabbett @pigsonthewing http://pigsonthewing.org.uk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Adding Wikidata tags to 70k items automatically
On 27 August 2014 21:37, SomeoneElse li...@mail.atownsend.org.uk wrote: On 27/08/2014 17:47, Edward Betts wrote: I'd like to annotate these 70k objects in OSM with a Wikidata tag automatically. Perhaps it's worth explaining the benefits of having a link to a wikidata item on an OSM item? What, again? ;-) For example: Wikidata has data on each of these entiti which eitherisnt in OSM (who's the ayor of this town/ vicar of this church?) or which acts as a csanity check for what is in OSM (We can generate lists where the two disagree, for humans to check and fix). Wikidata has multi-lingual labels for many objects, which OSM renderers can fetch via the Wikidata link. What disadvantages do you forsee? When this was discussed previously https://lists.openstreetmap.org/pipermail/talk-gb/2014-June/thread.html#16096 and https://lists.openstreetmap.org/pipermail/talk/2014-June/thread.html#70032 I think that it would be fair to describe the reaction as somewhat sceptical (both to the potential benefits of adding the tags at all, and around an automatic import of them). I think the issue raised have been addressed; which do you feel have not been? an important part of things in OSM is surely that they are on-the-ground verifiable - wikipedia has articles for villages in the UK that don't exist, as do the OS OpenData StreetView maps, and people have added garbage data from both to OSM. How do we know that the wikidata items for which links are added are accurate? That sounds much like an edge case - a extreme-edge case, at that. How many such villages are mapped in OSM? Isn't that what needs fixing? -- Andy Mabbett @pigsonthewing http://pigsonthewing.org.uk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Adding Wikidata tags to 70k items automatically
On 8/27/2014 9:47 AM, Edward Betts wrote: Does anybody have a strong preference that the edits are split up by region, or loaded in batches? Any objections? When the idea of a mechanical edit to add wikidata tags to objects in GB came up, the local view was against it. How will you make sure your mechanical edit doesn't edit objects there? ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Adding Wikidata tags to 70k items automatically
Paul Norman penor...@mac.com wrote: On 8/27/2014 9:47 AM, Edward Betts wrote: Does anybody have a strong preference that the edits are split up by region, or loaded in batches? Any objections? When the idea of a mechanical edit to add wikidata tags to objects in GB came up, the local view was against it. How will you make sure your mechanical edit doesn't edit objects there? Hi Paul, thanks for pointing out the previous discussion. I've just read it. https://lists.openstreetmap.org/pipermail/talk-gb/2014-June/016096.html It looks like the conclusion of the thread was it would need somebody to write the code. I see no need to exclude GB. -- Edward. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Adding Wikidata tags to 70k items automatically
On 27 August 2014 22:19, Paul Norman penor...@mac.com wrote: On 8/27/2014 9:47 AM, Edward Betts wrote: Any objections? When the idea of a mechanical edit to add wikidata tags to objects in GB came up, the local view was against it. That's not my recollection. Where was this agreed? And would you like to address the merits of the proposal at hand? -- Andy Mabbett @pigsonthewing http://pigsonthewing.org.uk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Adding Wikidata tags to 70k items automatically
I've been adding a few wikidata tags myself a few months ago (by hand). Examples are now in the following Wikipedia articles: https://nl.wikipedia.org/w/index.php?title=Pater_Damiaandiff=prevoldid=40640633 It was undone, oh well. I'll never be a proper Wikipedian, I guess. https://nl.wikipedia.org/wiki/Guido_Gezelle#Tastbare_gedenktekens I use Overpass queries to fetch all the items with a given Wikidata identifier. Polyglot 2014-08-27 23:42 GMT+02:00 Andy Mabbett a...@pigsonthewing.org.uk: On 27 August 2014 22:19, Paul Norman penor...@mac.com wrote: On 8/27/2014 9:47 AM, Edward Betts wrote: Any objections? When the idea of a mechanical edit to add wikidata tags to objects in GB came up, the local view was against it. That's not my recollection. Where was this agreed? And would you like to address the merits of the proposal at hand? -- Andy Mabbett @pigsonthewing http://pigsonthewing.org.uk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Adding Wikidata tags to 70k items automatically
Given that Edward has written code that, as it seems, accurately determines the corresponding wikidata objects for a given OSM entity, I'm not quite clear on what the benefits of statically tagging the references on OSM objects is supposed to be. Wouldn't providing this as an API make a lot more sense with numerous added advantages (avoiding bit rot and so on)? Simon signature.asc Description: OpenPGP digital signature ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Adding Wikidata tags to 70k items automatically
Simon, My understanding is that this is only looking at a very small subset of wikidata (based on a list of wikipedia categories). As such an API would only give you a partial view (70k) objects. We want to match as much as possible and therefore people will continue adding wikidata tags to OSM manually. At which stage you end up with some wikidata tags in OSM, an API based on Edward's work, and no doubt lots of overlap and wasted effort. In summary I'm not sure an API is a good strategy. Instead I support the proposed import. Regards, Rob P.s. I consider myself part of the UK local community and, without rereading the old thread, I felt there was some support and some against, with the topic fizzling out. Its clear that a locality check resolves some of the issues and I'm pleased to see this has been included. Thanks for pulling this together :-) ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Adding Wikidata tags to 70k items automatically
Rob The problem is that there are only just over 21'000 wikidata tags in OSM at this point in time (according to taginfo). Given the subject matter, it could well be that Edwards code could match 21'000 of them. And yes that would imply a lot of wasted effort, leading to my conclusions being just the opposite of yours Simon Am 28.08.2014 01:13, schrieb Rob Nickerson: Simon, My understanding is that this is only looking at a very small subset of wikidata (based on a list of wikipedia categories). As such an API would only give you a partial view (70k) objects. We want to match as much as possible and therefore people will continue adding wikidata tags to OSM manually. At which stage you end up with some wikidata tags in OSM, an API based on Edward's work, and no doubt lots of overlap and wasted effort. In summary I'm not sure an API is a good strategy. Instead I support the proposed import. Regards, Rob P.s. I consider myself part of the UK local community and, without rereading the old thread, I felt there was some support and some against, with the topic fizzling out. Its clear that a locality check resolves some of the issues and I'm pleased to see this has been included. Thanks for pulling this together :-) ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk signature.asc Description: OpenPGP digital signature ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Release openstreetmap-carto v2.19.0
Awesome work. Big congratulations to everyone involved. I'm subscribed to the repo and I'm just impressed by the amount of activity. Thank you. On Wed, Aug 27, 2014 at 1:49 PM, Matthijs Melissen i...@matthijsmelissen.nl wrote: Dear all, Today, v2.19.0 of the openstreetmap-carto stylesheet has been released. It will be rolled out to the openstreetmap.org servers in one of the next days. Changes include: * Improve rendering of labels of highway areas (https://github.com/gravitystorm/openstreetmap-carto/pull/865) * Various bug fixes For a full list of commits, see https://github.com/gravitystorm/openstreetmap-carto/compare/v2.18.0...v2.19.0 . As always, we welcome any bug reports at https://github.com/gravitystorm/openstreetmap-carto/issues. -- Matthijs ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Adding Wikidata tags to 70k items automatically
And how exactly does one use Overpass then to extract that data once again from Openstreetmap? Jo 2014-08-28 0:08 GMT+02:00 Simon Poole si...@poole.ch: Given that Edward has written code that, as it seems, accurately determines the corresponding wikidata objects for a given OSM entity, I'm not quite clear on what the benefits of statically tagging the references on OSM objects is supposed to be. Wouldn't providing this as an API make a lot more sense with numerous added advantages (avoiding bit rot and so on)? Simon ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[Talk-de] Anfänger: Hausnummern als eigener Node oder ans Gebäude?
Hallo zusammen, ich bin ein absoluter Anfänger und beginne derzeit damit, in meinem Heimatort Gebäude mithilfe von Bing und Maps4BW nachzuzeichnen. Gleichzeitig will ich auch die Hausnummern eintragen. Fragen: 1. Sollte ich das Gebäude bzw. die Area mit der Hausnummer und den anderen addr:* keys versehen oder sollte man das aufteilen in ein Area und einen Node mit addr:* keys? Oder ganz anders? Was ist guter Stil? 1.1. Wo trage ich z.B. die contact:* oder website keys ein, wieder ein separater Node? Oder zum Area bzw. Adress-Node? 2. Wie gebe ich die Quellen richtig an, wenn ich mehrere benutze? Z.B. zeichne ich ein Gebäude mithilfe von Bing und Maps4BW ab, trenne ich dann beide einfach mit einem Komma, also source=Bing, Maps4BW, LGL, www.lgl-bw.de oder wie mache ich das richtig? Vielen Dank! Viele Grüße Mauritius ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Anfänger: Hausnummern als eigener Node oder ans Gebäude?
xor...@gmx.de wrote on 27.08.2014 10:31: ich bin ein absoluter Anfänger und beginne derzeit damit, in meinem Heimatort Gebäude mithilfe von Bing und Maps4BW nachzuzeichnen. Gleichzeitig will ich auch die Hausnummern eintragen. Fein! Fragen: 1. Sollte ich das Gebäude bzw. die Area mit der Hausnummer und den anderen addr:* keys versehen oder sollte man das aufteilen in ein Area und einen Node mit addr:* keys? Oder ganz anders? Was ist guter Stil? In den meisten Gegenden hat ein Gebäude-Area die Adresse direkt drin. 1.1. Wo trage ich z.B. die contact:* oder website keys ein, wieder ein separater Node? Oder zum Area bzw. Adress-Node? Wenn das Geschäft einen großen Teil des Gebäudes einnimmt, würd ich alle Informationen zum Gebäude dazu tun. Wenn nur das Erdgeschoss Geschäft ist und oben drüber Wohnungen, mach ich das meist auch so, aber da kann man wieder drüber diskutieren. 2. Wie gebe ich die Quellen richtig an, wenn ich mehrere benutze? Z.B. zeichne ich ein Gebäude mithilfe von Bing und Maps4BW ab, trenne ich dann beide einfach mit einem Komma, also source=Bing, Maps4BW, LGL, www.lgl-bw.de oder wie mache ich das richtig? In den Changeset kommentar/source bitte. Wenn jemand später vorbei kommt und wheelchair hinzufügt müsste er den source sonst noch verlängern. Und dann ist nie klar, welche Quelle jetzt welche Information lieferte. Ist die Information im changeset (also bei Gebäudegrundriss und Hausnumer Bing;Maps4BW;survey, später dann wheelchair durch survey) ist die Quell klar erkennbar. -- Grüße Holger ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Anfänger: Hausnummern als eigener Node oder ans Gebäude?
Servus Mauritius! On Wed, 27 Aug 2014, xor...@gmx.de wrote: Hallo zusammen, ich bin ein absoluter Anfänger und beginne derzeit damit, in meinem Heimatort Gebäude mithilfe von Bing und Maps4BW nachzuzeichnen. Gleichzeitig will ich auch die Hausnummern eintragen. Fragen: 1. Sollte ich das Gebäude bzw. die Area mit der Hausnummer und den anderen addr:* keys versehen oder sollte man das aufteilen in ein Area und einen Node mit addr:* keys? Oder ganz anders? Was ist guter Stil? Wenn sich die Hausnummer auf ein Gebaeudepolygon bezieht, die Adressdaten an das Polygon. Manche sind sehr exakt und tragen am Polygon einen extra Punkt fuer den Eingang ein, wo dann die Adressdaten haengen. Das ist Ermessenssache. Bei den Adressdaten auf jeden Fall das 'addr:street' Tag mit angeben, optional auch addr:city und addr:postcode, macht in manchen Gebieten das Routing leichter, wenn es noch kein PLZ-Polygon oder city-Polygon um die Ortschaft gibt. Wenn es sich um ein Reihenhaus handelt, fuer jede Hausnummer einen Node (innerhalb oder am Eingang) und dort wieder alle Adressdaten eintragen. 1.1. Wo trage ich z.B. die contact:* oder website keys ein, wieder ein separater Node? Oder zum Area bzw. Adress-Node? Wenn das Gebaeude offensichtlich nur fuer eine Firma oder aehnliches existiert, dann an's Gebaeude. Wenn ein kleiner Laden irgendwo eingemietet ist, mache ich persoenlich solche Daten als eigenen Node innerhalb des Gebaeudes. Wenn z.B. die Doener-Bude naechstes Jahr zu macht, ist es leichter den Node zu entfernen, als am building-Polygon rumzuwerken. 2. Wie gebe ich die Quellen richtig an, wenn ich mehrere benutze? Z.B. zeichne ich ein Gebäude mithilfe von Bing und Maps4BW ab, trenne ich dann beide einfach mit einem Komma, also source=Bing, Maps4BW, LGL, www.lgl-bw.de oder wie mache ich das richtig? IdR werden die Quellen beim Hochladen des Changesets als Kommentar angegeben, das reicht soweit ich weiss. Happy mapping! A. ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Anfänger: Hausnummern als eigener Node oder ans Gebäude?
Hallo Mauritius, Wenn es sich um ein Reihenhaus handelt, fuer jede Hausnummer einen Node (innerhalb oder am Eingang) und dort wieder alle Adressdaten eintragen. Bitte nicht so taggen. Dazu gibt es Tools in JOSM die das Gebäude wie gewünscht aufteilen. Paulest -Ursprüngliche Nachricht- Von: Alexander Lehner [mailto:leh...@edv-buero-lehner.de] Gesendet: Mittwoch, 27. August 2014 11:02 An: Openstreetmap allgemeines in Deutsch Betreff: Re: [Talk-de] Anfänger: Hausnummern als eigener Node oder ans Gebäude? Servus Mauritius! On Wed, 27 Aug 2014, xor...@gmx.de wrote: Hallo zusammen, ich bin ein absoluter Anfänger und beginne derzeit damit, in meinem Heimatort Gebäude mithilfe von Bing und Maps4BW nachzuzeichnen. Gleichzeitig will ich auch die Hausnummern eintragen. Fragen: 1. Sollte ich das Gebäude bzw. die Area mit der Hausnummer und den anderen addr:* keys versehen oder sollte man das aufteilen in ein Area und einen Node mit addr:* keys? Oder ganz anders? Was ist guter Stil? Wenn sich die Hausnummer auf ein Gebaeudepolygon bezieht, die Adressdaten an das Polygon. Manche sind sehr exakt und tragen am Polygon einen extra Punkt fuer den Eingang ein, wo dann die Adressdaten haengen. Das ist Ermessenssache. Bei den Adressdaten auf jeden Fall das 'addr:street' Tag mit angeben, optional auch addr:city und addr:postcode, macht in manchen Gebieten das Routing leichter, wenn es noch kein PLZ-Polygon oder city-Polygon um die Ortschaft gibt. Wenn es sich um ein Reihenhaus handelt, fuer jede Hausnummer einen Node (innerhalb oder am Eingang) und dort wieder alle Adressdaten eintragen. 1.1. Wo trage ich z.B. die contact:* oder website keys ein, wieder ein separater Node? Oder zum Area bzw. Adress-Node? Wenn das Gebaeude offensichtlich nur fuer eine Firma oder aehnliches existiert, dann an's Gebaeude. Wenn ein kleiner Laden irgendwo eingemietet ist, mache ich persoenlich solche Daten als eigenen Node innerhalb des Gebaeudes. Wenn z.B. die Doener-Bude naechstes Jahr zu macht, ist es leichter den Node zu entfernen, als am building-Polygon rumzuwerken. 2. Wie gebe ich die Quellen richtig an, wenn ich mehrere benutze? Z.B. zeichne ich ein Gebäude mithilfe von Bing und Maps4BW ab, trenne ich dann beide einfach mit einem Komma, also source=Bing, Maps4BW, LGL, www.lgl-bw.de oder wie mache ich das richtig? IdR werden die Quellen beim Hochladen des Changesets als Kommentar angegeben, das reicht soweit ich weiss. Happy mapping! A. ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Veröffentlichung OpenTopoMap Garmin-Edition
fly lowfligh...@googlemail.com wrote: Auf jeden Fall, wenn möglich auf der offiziellen Seite oder bin ich der einzige hier ? Na ja, Abnehmer würden sich sicher finden. Mal schaun. Das komplizierte am Buildprozess der alten AIO waren ja eigentlich die zuschaltbaren layer. Ich habe die für mich immer weggelassen. Wenn ich so schaue wäre der Addresslayer vielleicht noch sinnvoll. Meinungen? Gruss Sven P.S.: Schade, dass ich bisher von den Opentopo Leuten nichts gehört habe. ich würde gerne eine DACH+ Variante der Opentopo haben. -- Dynamische IP-Nummern sind Security-Homöopathie. (Kristian Köhntopp) /me is giggls@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Anfänger: Hausnummern als eigener Node oder ans Gebäude?
On Wed, 27 Aug 2014, Michael Paulmann wrote: Hallo Mauritius, Wenn es sich um ein Reihenhaus handelt, fuer jede Hausnummer einen Node (innerhalb oder am Eingang) und dort wieder alle Adressdaten eintragen. Bitte nicht so taggen. Dazu gibt es Tools in JOSM die das Gebäude wie gewünscht aufteilen. Wie heisst das Tool? Das wuerde mich auch interessieren. Und: es gibt auch viele Faelle, wo eine Doppelhaushaelfte zur Strasse A und die andere Haelfte zur Strasse B gehoert. Noch vertrackter ist es dann, wenn sie auch noch aehnliche Hausnummern wie 1 und 2 haben. A. ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Anfänger: Hausnummern als eigener Node oder ans Gebäude?
Versuch mal auf Youtube josm terracer einzugeben, dann kannst du das Tool in Aktion sehen. Jo 2014-08-27 12:42 GMT+02:00 Alexander Lehner leh...@edv-buero-lehner.de: On Wed, 27 Aug 2014, Michael Paulmann wrote: Hallo Mauritius, Wenn es sich um ein Reihenhaus handelt, fuer jede Hausnummer einen Node (innerhalb oder am Eingang) und dort wieder alle Adressdaten eintragen. Bitte nicht so taggen. Dazu gibt es Tools in JOSM die das Gebäude wie gewünscht aufteilen. Wie heisst das Tool? Das wuerde mich auch interessieren. Und: es gibt auch viele Faelle, wo eine Doppelhaushaelfte zur Strasse A und die andere Haelfte zur Strasse B gehoert. Noch vertrackter ist es dann, wenn sie auch noch aehnliche Hausnummern wie 1 und 2 haben. A. ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Anfänger: Hausnummern als eigener Node oder ans Gebäude?
Aber die beim terracer vorgeschlagene associatedStreet-Relation kannst du dir schenken. VG Klumbumbus ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] webcam im contact-Namensraum
Hi, Am Dienstag, den 26.08.2014, 23:42 +0200 schrieb Andreas Neumann: Moin, ist es sinnvoll URLs zu Webcams im Contact-Namensraum[http://wiki.openstreetmap.org/wiki/Key:contact:webcam] zu haben? Ich sehe darin keine Möglichkeit zweiseitiger Kommunikation, bzw. die Möglichkeit der Kommunikationsanbahnung... [IRONIE AN] Wenn dann nur mit den zusätzlichen Angaben: - alle möglichen Auflösungen, Farbtiefen und den dazu gehörigen fps - maximal Anzahl der Connections - Angaben zum Jugendschutz (FSK18) - Sämtliche Kontaktmöglichkeiten der Servicehotline für Fehlermeldungen - Angaben für den rechtlich Verantwortlichen [IRONIE AUS] Ich weiß das ich mit meiner Meinung bestimmt wieder alleine dastehe, aber solche Angaben haben IMHO in einer Geoinformations - Datenbank nichts zu suchen. MfG Andreas CU Jörg -- Jörg Frings-Fürst OSM privat D-54526 Landscheid Threema: SYR8SJXB GPG Fingerprint: 13E3 4D4A 3228 D138 8511 EA5A 08AC AF02 3C6D 750A Full GPG key: hkp://pool.sks-keyservers.net CAcert Serialnr.: 0D:9A:23 SHA1-Fingerprint: CA:36:4D:44:D1:71:4A:78:C8:6C:C2:CC:94:F3:6E:42:38:BA:CE:4E http://cacert.org signature.asc Description: This is a digitally signed message part ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Anfänger: Hausnummern als eigener Node oder ans Gebäude?
Hallo Mauritius, Am 2014-08-27 um 10:31 schrieb xor...@gmx.de: ich bin ein absoluter Anfänger und beginne derzeit damit, in meinem Heimatort Gebäude mithilfe von Bing und Maps4BW nachzuzeichnen. Gleichzeitig will ich auch die Hausnummern eintragen. Wenn du JOSM nimmst, empfehle ich dir folgende Plugins: building_tools (Gebäude mit Taste B zeichnen) terracer (Reihenhäuser erzeugen) utilsplugin2 (Flächen splitten, Alt+X, wenn das Reihenhaus kein Rechteck, sondern ein Polygon mit nicht notwendigerweise rechtwinkligen Ecken ist) Viele Grüße Michael -- Per E-Mail kommuniziere ich bevorzugt GPG-verschlüsselt. signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Anfänger: Hausnummern als eigener Node oder ans Gebäude?
Wenn es nur um Doppelhäuser geht, verwende ich statt des Teraccers die Möglichkeit, zwei Nodes zu markieren und mit More Tools - 'Split Object' zu splitten. Das hat den Vorteil dass der vorhandene Ring als eine der beiden Hälften weitergenutzt wird. Auch kann ich so Doppelhäuser splitten deren Teile verschiedene Form haben. Kommt wohl mit dem UtilsPlugin2. Der Teraccer hebt den alten Umring entweder in Originalform auf, was man meist nicht braucht, oder wirft ihn samt Versionsgeschichte weg. Ist natürlich für längere Zeilen praktischer. Jo wrote, on 2014-08-27 12:57: Versuch mal auf Youtube josm terracer einzugeben, dann kannst du das Tool in Aktion sehen. Jo 2014-08-27 12:42 GMT+02:00 Alexander Lehner leh...@edv-buero-lehner.de: On Wed, 27 Aug 2014, Michael Paulmann wrote: Hallo Mauritius, Wenn es sich um ein Reihenhaus handelt, fuer jede Hausnummer einen Node (innerhalb oder am Eingang) und dort wieder alle Adressdaten eintragen. Bitte nicht so taggen. Dazu gibt es Tools in JOSM die das Gebäude wie gewünscht aufteilen. Wie heisst das Tool? Das wuerde mich auch interessieren. Und: es gibt auch viele Faelle, wo eine Doppelhaushaelfte zur Strasse A und die andere Haelfte zur Strasse B gehoert. Noch vertrackter ist es dann, wenn sie auch noch aehnliche Hausnummern wie 1 und 2 haben. A. ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Anfänger: Hausnummern als eigener Node oder ans Gebäude?
On Wed, Aug 27, 2014 at 11:01:40AM +0200, Alexander Lehner wrote: Wenn es sich um ein Reihenhaus handelt, fuer jede Hausnummer einen Node (innerhalb oder am Eingang) und dort wieder alle Adressdaten eintragen. Hier nehme ich den Terracer Plugin und mache da mehrere draus und jede Fläche bekommt ihre eigene Adresse. Flo -- Florian Lohoff f...@zz.de signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Anfänger: Hausnummern als eigener Node oder ans Gebäude?
On Wed, Aug 27, 2014 at 10:31:34AM +0200, xor...@gmx.de wrote: Hallo zusammen, ich bin ein absoluter Anfänger und beginne derzeit damit, in meinem Heimatort Gebäude mithilfe von Bing und Maps4BW nachzuzeichnen. Gleichzeitig will ich auch die Hausnummern eintragen. Fragen: 1. Sollte ich das Gebäude bzw. die Area mit der Hausnummer und den anderen addr:* keys versehen oder sollte man das aufteilen in ein Area und einen Node mit addr:* keys? Oder ganz anders? Was ist guter Stil? Am Ende ist es egal. Wenn du Gebäude erzeugst und einen node darin ablegst lässt sich das mit dem Building tool auch in sekunden Moven. Wenn die Daten erstmal da sind ist viel gewonnen. Ich finde es super wenn alle addr: tags am selben ort sind, also postcode, city, country, street und housenumber. Das macht es einfach ungemein einfach die Daten zu verarbeiten weil dann der Node und oder/Polygon self-contained sind. Das JOSM Addresstemplate macht das ja auch so das alles übernommen wird bis auf die Hausnummer. Ich habe mir das auf eine taste gelegt so das ctrl-1 das Adresstemplate öffnet. Flo -- Florian Lohoff f...@zz.de signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Wochennotiz Nr. 214 19.8.–25.8.2014
Hallo, die Wochennotiz Nr. 214 mit allen wichtigen Neuigkeiten aus der OpenStreetMap Welt ist da: http://blog.openstreetmap.de/blog/2014/08/wochennotiz-nr-214/ Viel Spaß beim Lesen! ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Veröffentlichung OpenTopoMap Garmin-Edition
Am 27.08.2014 11:59, schrieb Sven Geggus: fly lowfligh...@googlemail.com wrote: Auf jeden Fall, wenn möglich auf der offiziellen Seite oder bin ich der einzige hier ? Na ja, Abnehmer würden sich sicher finden. Mal schaun. Das komplizierte am Buildprozess der alten AIO waren ja eigentlich die zuschaltbaren layer. Ich habe die für mich immer weggelassen. Wenn ich so schaue wäre der Addresslayer vielleicht noch sinnvoll. Der Vorteil der Layer ist die Flexibilität. Adressen und Maxspeed sind super. FIXME könnte vielleicht durch notes ersetzt werden. Leider hat die AIO meist an einer Person gehangen und ist aus mehreren Gründen immer wieder eingeschlafen. Somit sehe ich eine monatliche Aktualisierung der Basemap als Verbesserung. Ob wir je wieder zum Feature der selbstzusammengestellten Tiles wie vor drei Jahren kommen steht dann wohl eher in den Sternen. Grüße fly ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-it] Carta tecnica Comune di Lecce
Intervengo a gamba tesa sul thread e mi rendo conto che potete poi fucilarmi Alcune cosucce: - dati ricalcati da TuttoCittà se l'import ha lavorato sopra questi dati e, all'origine violano licenza, allora da lì a tutte le modifiche va via tutto Se sostituiscono è ok ma suppongo che ci saranno alcuni attributi assenti nella CRT - attribuzione utente il tema è stato trattato ampiamente faccio solo presente che ogni modifica ad un dato si porta dietro l'id utente in automatico - comunità solitamente gli import aiutano la mappa ma non aiutano a creare comunità Il consiglio ora è di proporre delle attività di miglioramento dei dati aggiungendo sensi unici, tariffe parcheggi, numeri civici, vecchia toponomastica, toponomastica locale, accessibilità disabili motori, ... dettagli vari ... Oltre che di riuso di applicazioni basate su OSM (vedere la mappa usate dall'editoria del comune sarebbe molto col) Immagino che su questo abbiate già qualcosa in cantiere per le attività della candidatura di Lecce2019 ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Carta tecnica Comune di Lecce
2014-08-26 22:34 GMT+02:00 Simone Cortesi sim...@cortesi.com: I miei primi contatti risalgono al 2009, in ottica di importazione OSM, ma non si è mai riusciti ad andare oltre un certo punto. E questo è un peccato, perche' i dati no mi pare siano stati poi aggiornati da allora, e rischiano, oggi, di essere vecchi. Hai perfettamente ragione, mi pare che i dati della CTR Puglia risalgano al 2006, all'epoca erano all'avanguardia, oggi cominciano a diventare vecchiotti, oltre a mostrare numerosissime imprecisioni come venuto fuori durante l'import dei fabbricati per Lecce. Tuttavia in linea di massima si tratta comunque di materiale utilissimo a formare una buona base cartografica. Oltre ai fabbricati ci sarebbe tanto da importare (dai dati relativi all'uso del suolo, alle cavità naturali, a tanto e tanto altro). Tra l'altro sul sito del SIT Puglia è stato da un po' di tempo tolto l'obbligo di essere registrati per scaricare alcuni dati (tipo i vettoriali della CTR) ed è stata aggiunta la rassicurante dicitura Puglia.con: La condivisione della conoscenza per il governo del territorio, ma credo che bisognerebbe chiarire loro cosa significhi condivisione! Speriamo che i tuoi contatti possano portare buoni risultati! 2014-08-27 9:24 GMT+02:00 Maurizio Napolitano napoo...@gmail.com: - dati ricalcati da TuttoCittà se l'import ha lavorato sopra questi dati e, all'origine violano licenza, allora da lì a tutte le modifiche va via tutto Se sostituiscono è ok ma suppongo che ci saranno alcuni attributi assenti nella CRT Non so se i dati dell'import Arch. Biallo del 2009 siano stati ricalcati da Tuttocittà e mi sembrerebbe strano, tuttavia le strade sono state tutte riviste e corrette (se non spesso ridisegnate da zero) manualmente mediante le foto Bing, Realvista o PCN; quando si è intervenuti sono stati rimossi i tag source e attribution di cui si è parlato in precedenza. L'import ha riguardato solo i fabbricati. - comunità solitamente gli import aiutano la mappa ma non aiutano a creare comunità Il consiglio ora è di proporre delle attività di miglioramento dei dati aggiungendo sensi unici, tariffe parcheggi, numeri civici, vecchia toponomastica, toponomastica locale, accessibilità disabili motori, ... dettagli vari ... Oltre che di riuso di applicazioni basate su OSM (vedere la mappa usate dall'editoria del comune sarebbe molto col) Immagino che su questo abbiate già qualcosa in cantiere per le attività della candidatura di Lecce2019 Condivido a pieno: l'import serve solo ad avere una buona base per poter procedere alla puntuale mappatura del territorio, che secondo me diventa molto più semplice se la cartografia è completa di fabbricati. Anche solo inserire i numeri civici viene notevolmente facilitato. Si tratta quindi solo di un punto di partenza per gli auspicabili risultati che hai indicato! Ciao Federico ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Carta tecnica Comune di Lecce
Su Lecce, appena finiranno il nuovo piano regolatore generale, potró pubblicare la mappa aggiornata del tessuto urbano. Alla regione non ci sono ancora arrivato Inviato da iPhone Il giorno 27/ago/2014, alle ore 10:14, Federico Cortese cortese...@gmail.com ha scritto: 2014-08-26 22:34 GMT+02:00 Simone Cortesi sim...@cortesi.com: I miei primi contatti risalgono al 2009, in ottica di importazione OSM, ma non si è mai riusciti ad andare oltre un certo punto. E questo è un peccato, perche' i dati no mi pare siano stati poi aggiornati da allora, e rischiano, oggi, di essere vecchi. Hai perfettamente ragione, mi pare che i dati della CTR Puglia risalgano al 2006, all'epoca erano all'avanguardia, oggi cominciano a diventare vecchiotti, oltre a mostrare numerosissime imprecisioni come venuto fuori durante l'import dei fabbricati per Lecce. Tuttavia in linea di massima si tratta comunque di materiale utilissimo a formare una buona base cartografica. Oltre ai fabbricati ci sarebbe tanto da importare (dai dati relativi all'uso del suolo, alle cavità naturali, a tanto e tanto altro). Tra l'altro sul sito del SIT Puglia è stato da un po' di tempo tolto l'obbligo di essere registrati per scaricare alcuni dati (tipo i vettoriali della CTR) ed è stata aggiunta la rassicurante dicitura Puglia.con: La condivisione della conoscenza per il governo del territorio, ma credo che bisognerebbe chiarire loro cosa significhi condivisione! Speriamo che i tuoi contatti possano portare buoni risultati! 2014-08-27 9:24 GMT+02:00 Maurizio Napolitano napoo...@gmail.com: - dati ricalcati da TuttoCittà se l'import ha lavorato sopra questi dati e, all'origine violano licenza, allora da lì a tutte le modifiche va via tutto Se sostituiscono è ok ma suppongo che ci saranno alcuni attributi assenti nella CRT Non so se i dati dell'import Arch. Biallo del 2009 siano stati ricalcati da Tuttocittà e mi sembrerebbe strano, tuttavia le strade sono state tutte riviste e corrette (se non spesso ridisegnate da zero) manualmente mediante le foto Bing, Realvista o PCN; quando si è intervenuti sono stati rimossi i tag source e attribution di cui si è parlato in precedenza. L'import ha riguardato solo i fabbricati. - comunità solitamente gli import aiutano la mappa ma non aiutano a creare comunità Il consiglio ora è di proporre delle attività di miglioramento dei dati aggiungendo sensi unici, tariffe parcheggi, numeri civici, vecchia toponomastica, toponomastica locale, accessibilità disabili motori, ... dettagli vari ... Oltre che di riuso di applicazioni basate su OSM (vedere la mappa usate dall'editoria del comune sarebbe molto col) Immagino che su questo abbiate già qualcosa in cantiere per le attività della candidatura di Lecce2019 Condivido a pieno: l'import serve solo ad avere una buona base per poter procedere alla puntuale mappatura del territorio, che secondo me diventa molto più semplice se la cartografia è completa di fabbricati. Anche solo inserire i numeri civici viene notevolmente facilitato. Si tratta quindi solo di un punto di partenza per gli auspicabili risultati che hai indicato! Ciao Federico ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Carta tecnica Comune di Lecce
Giro le tue riflessioni al gruppo di Lecce2019. Per mio conto continuo a far rilasciare con licenza corretta e formati più possibili aperti e facilitanti il riuso. Come ben sai non servono solo i tecnici e i tecnicismi per cambiare un territorio e innescare partecipazione ed entusiasmo. Inviato da iPhone Il giorno 27/ago/2014, alle ore 09:24, Maurizio Napolitano napoo...@gmail.com ha scritto: Intervengo a gamba tesa sul thread e mi rendo conto che potete poi fucilarmi Alcune cosucce: - dati ricalcati da TuttoCittà se l'import ha lavorato sopra questi dati e, all'origine violano licenza, allora da lì a tutte le modifiche va via tutto Se sostituiscono è ok ma suppongo che ci saranno alcuni attributi assenti nella CRT - attribuzione utente il tema è stato trattato ampiamente faccio solo presente che ogni modifica ad un dato si porta dietro l'id utente in automatico - comunità solitamente gli import aiutano la mappa ma non aiutano a creare comunità Il consiglio ora è di proporre delle attività di miglioramento dei dati aggiungendo sensi unici, tariffe parcheggi, numeri civici, vecchia toponomastica, toponomastica locale, accessibilità disabili motori, ... dettagli vari ... Oltre che di riuso di applicazioni basate su OSM (vedere la mappa usate dall'editoria del comune sarebbe molto col) Immagino che su questo abbiate già qualcosa in cantiere per le attività della candidatura di Lecce2019 ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Confini Burundi
scusate se mi intrometto, sono un novellino ed ho bisogno di qualche indicazione di fronte ad un problema che non so come affrontare. Sto aggiornando la mappa del Burundi, un paese che conosco abbastanza bene perchè ci ho vissuto alcuni anni. I confini nazionali (ed anche quelli interni) sono stati delineati in modo approsimato. Per esempio il confine nord con il Rwanda dovrebbe seguire il decorso di un fiume, l'Akanyaru, però sulla mappa è indicato più a nord. io lo correggerei, ma ho paura di fare casini, in quanto l'attuale linea è supportata da valide fonti ed io non ne ho di altrettanto valide da contrapporre, se non una cartina dell'istituto geografico del Burundi 1:250.000 e fonti trovate in rete tipo wikipedia. come mi posso comportare? grazie per la risposta. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Confini Burundi
Ciao, non so darti un consiglio tecnico ma solo dirti che i confini Rwanda-Burundi sono zona di disputa e riguarda proprio la fascia che indichi (zona tra l'Akanyaru e il Kagera/Nyabarongo). https://en.wikipedia.org/wiki/Foreign_relations_of_Rwanda#Burundi Sarebbe da capire come delineare il confine che pretende il Burundi e quello che invece pretende il Rwanda. 2014-08-27 11:41 GMT+02:00 franco selva kib...@gmail.com: scusate se mi intrometto, sono un novellino ed ho bisogno di qualche indicazione di fronte ad un problema che non so come affrontare. Sto aggiornando la mappa del Burundi, un paese che conosco abbastanza bene perchè ci ho vissuto alcuni anni. I confini nazionali (ed anche quelli interni) sono stati delineati in modo approsimato. Per esempio il confine nord con il Rwanda dovrebbe seguire il decorso di un fiume, l'Akanyaru, però sulla mappa è indicato più a nord. io lo correggerei, ma ho paura di fare casini, in quanto l'attuale linea è supportata da valide fonti ed io non ne ho di altrettanto valide da contrapporre, se non una cartina dell'istituto geografico del Burundi 1:250.000 e fonti trovate in rete tipo wikipedia. come mi posso comportare? grazie per la risposta. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it -- Ilario Valdelli Wikimedia CH Verein zur Förderung Freien Wissens Association pour l’avancement des connaissances libre Associazione per il sostegno alla conoscenza libera Switzerland - 8008 Zürich Wikipedia: Ilario https://meta.wikimedia.org/wiki/User:Ilario Skype: valdelli Facebook: Ilario Valdelli https://www.facebook.com/ivaldelli Twitter: Ilario Valdelli https://twitter.com/ilariovaldelli Linkedin: Ilario Valdelli http://www.linkedin.com/profile/view?id=6724469 Tel: +41764821371 http://www.wikimedia.ch ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Confini Burundi
Il giorno 27/ago/2014, alle ore 11:41, franco selva kib...@gmail.com ha scritto: I confini nazionali (ed anche quelli interni) sono stati delineati in modo approsimato. Per esempio il confine nord con il Rwanda dovrebbe seguire il decorso di un fiume, l'Akanyaru, però sulla mappa è indicato più a nord. io lo correggerei, ma ho paura di fare casini, in quanto l'attuale linea è supportata da valide fonti ed io non ne ho di altrettanto valide da contrapporre, se non una cartina dell'istituto geografico del Burundi 1:250.000 e fonti trovate in rete tipo wikipedia. come mi posso comportare? grazie per la risposta. Propongo di prendere contatto con gli altri mappatori della zona, e/o scrivere su talk (ML internazionale). Per esempio potresti cominciare con chi ha modificato quel confine nel passato... Ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Reported using Wisepilot map reporter
Stavo guardando un po' di note inserite in Piemonte e Liguria e mi sono accorto che gli utenti del software per iPhone Wisepilot, ora possono inserire automaticamente alcune note direttamente su OSM: http://www.appello.com/news/report-map-errors-directly-from-wisepilot/ Di per se sarebbe anche una bella cosa, se funzionasse. Peccato che mi sembra che la maggior parte delle note (tutte?) inserite siano errate e forse ciò è dovuto a errori dentro al navigatore oppure a vandalismo. Ad esempio, in queste segnalazioni non c'è alcun tag maxspeed nei paraggi. https://www.openstreetmap.org/note/218223#map=17/45.11552/7.70032layers=N https://www.openstreetmap.org/note/223766#map=18/44.20406/8.29475layers=N https://www.openstreetmap.org/note/219114#map=16/44.6617/8.3676layers=N https://www.openstreetmap.org/note/216534#map=17/44.72017/8.29444layers=N https://www.openstreetmap.org/note/227805#map=18/45.20278/7.77669layers=N Qui invece la svolta a sinistra esiste: https://www.openstreetmap.org/note/227067#map=19/45.14016/8.44976layers=N Il problema è che queste note iniziano ad essere tante e rischiano di compromettere l'usabilità della funzione stessa. Ciao, Andrea ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Reported using Wisepilot map reporter
Il giorno 27 agosto 2014 15:10, Andrea Musuruane musur...@gmail.com ha scritto: Stavo guardando un po' di note inserite in Piemonte e Liguria e mi sono accorto che gli utenti del software per iPhone Wisepilot, ora possono inserire automaticamente alcune note direttamente su OSM: http://www.appello.com/news/report-map-errors-directly-from-wisepilot/ Di per se sarebbe anche una bella cosa, se funzionasse. Peccato che mi sembra che la maggior parte delle note (tutte?) inserite siano errate e forse ciò è dovuto a errori dentro al navigatore oppure a vandalismo. Ad esempio, in queste segnalazioni non c'è alcun tag maxspeed nei paraggi. https://www.openstreetmap.org/note/218223#map=17/45.11552/7.70032layers=N https://www.openstreetmap.org/note/223766#map=18/44.20406/8.29475layers=N https://www.openstreetmap.org/note/219114#map=16/44.6617/8.3676layers=N https://www.openstreetmap.org/note/216534#map=17/44.72017/8.29444layers=N https://www.openstreetmap.org/note/227805#map=18/45.20278/7.77669layers=N Qui invece la svolta a sinistra esiste: https://www.openstreetmap.org/note/227067#map=19/45.14016/8.44976layers=N Il problema è che queste note iniziano ad essere tante e rischiano di compromettere l'usabilità della funzione stessa. https://lists.openstreetmap.org/pipermail/talk/2014-August/070507.html Ciao, Andrea ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] online survey (academic research) about the OSM community
Hi, there is a problem with URL redirect. Are you sure about the correctness of the URL? ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] online survey (academic research) about the OSM community
Oh it's okay, I just managed it to work ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] regione toscana
Ciao, Regione Toscana ha controfirmato con Wikimedia Italia (OpenStreetMap Italia) la convenzione relativa alle basi dati geografiche. Qui il testo: http://www301.regione.toscana.it/bancadati/atti/DettaglioAttiD.xml?codprat=2014AD0004611 -- -S ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Fwd: [OSM-talk] Adding Wikidata tags to 70k items automatically
Segnalo! C -- Forwarded message -- From: Edward Betts edw...@4angle.com Date: 2014-08-27 18:47 GMT+02:00 Subject: [OSM-talk] Adding Wikidata tags to 70k items automatically To: t...@openstreetmap.org I've written some code to match items in Wikidata with items in OSM. Currently I have found 70,849 unique matches, where there is a one-to-one mapping between OSM and Wikidata objects. I'd like to annotate these 70k objects in OSM with a Wikidata tag automatically. For example: Way: Piper's Orchard (43246411) http://www.openstreetmap.org/way/43246411 And on Wikidata: https://www.wikidata.org/wiki/Q7197307 I would like to add wikidata=Q7197307 to Piper's Orchard. The code to find the matches is here: https://github.com/edwardbetts/osm-wikidata Matching criteria: https://github.com/EdwardBetts/osm-wikidata/blob/master/entity_types.json The results are here: http://edwardbetts.com/osm-wikidata/ The best approach is probably to update 100 items with wikidata tags, then we can check them to make sure the edit looks good. If everything is fine I can go ahead and load the other 70k. Does anybody have a strong preference that the edits are split up by region, or loaded in batches? Any objections? I've read https://wiki.openstreetmap.org/wiki/Mechanical_Edit_Policy - if there are no major objections I'll go ahead and create https://wiki.openstreetmap.org/wiki/Mechanical_Edits/edward See also: http://wiki.openstreetmap.org/wiki/Proposed_features/Wikidata http://wiki.openstreetmap.org/wiki/Wikidata http://wiki.openstreetmap.org/wiki/Key:wikidata Edward. ___ talk mailing list t...@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] [wikimedia-it] regione toscana
Congratulazioni! luca corsato +393339187853 fb luca.corsato tw lucacorsato www.lucacorsato.it On 27 Aug 2014, at 18:56, Simone Cortesi sim...@cortesi.com wrote: Ciao, Regione Toscana ha controfirmato con Wikimedia Italia (OpenStreetMap Italia) la convenzione relativa alle basi dati geografiche. Qui il testo: http://www301.regione.toscana.it/bancadati/atti/DettaglioAttiD.xml?codprat=2014AD0004611 -- -S ___ Mailing list dell'associazione Wikimedia Italia Invio messaggi in lista: associazi...@wikimedia.it Configurazione utente: http://mailman.wikimedia.it/listinfo/associazione ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] regione toscana
Il 27/Ago/2014 18:57 Simone Cortesi sim...@cortesi.com ha scritto: Ciao, Regione Toscana ha controfirmato con Wikimedia Italia (OpenStreetMap Italia) la convenzione relativa alle basi dati geografiche. Bravi! Ciao /niubii/ ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Carta tecnica Comune di Lecce
Per quanto non credo ce ne sia bisogno, perchè secondo me l'argomento è superato dal lavoro che hanno fatto i mappatori, ho voluto approfondire la questione dell'import Biallo, giusto per confermare che non si trattò di copia da Tuttocittà, ma di qualcosa di diverso. Questa è la discussione del 2009: https://lists.openstreetmap.org/pipermail/talk-it/2009-May/007522.html . Molti all'epoca suggerivano all'utente fradeve11 (colui che ha poi eseguito l'import) di evitare di importare quei dati perchè sarebbe stato più facile creare le strade da zero che non andare a modificare quelle importate. Darei la mano a chi scrisse ciò (mi pare Luca Delucchi) perchè io e gli altri contributors che ci hanno lavorato, possiamo senz'altro confermare che correggere quell'import è stato molto più complicato che non disegnare le strade ex-novo, considerato che almeno nella zona di Lecce i dati erano non solo vecchi ma anche molto, molto imprecisi. Ciao Federico ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] regione toscana
2014-08-27 18:56 GMT+02:00 Simone Cortesi sim...@cortesi.com: Ciao, ciao, Regione Toscana ha controfirmato con Wikimedia Italia (OpenStreetMap Italia) la convenzione relativa alle basi dati geografiche. Qui il testo: http://www301.regione.toscana.it/bancadati/atti/DettaglioAttiD.xml?codprat=2014AD0004611 È una convenzione simile a quella fatta con GFOSS.it, sarebbe bello organizzare una bella giornata in regione, magari ad inizio del prossimo anno (ora tutti e tre le associazioni interessate mi sembrano siano già abbastanza impegnate nell'organizzazione di eventi) -- -S -- ciao Luca http://gis.cri.fmach.it/delucchi/ www.lucadelu.org ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] regione toscana
2014-08-27 18:56 GMT+02:00 Simone Cortesi sim...@cortesi.com: Regione Toscana ha controfirmato con Wikimedia Italia (OpenStreetMap Italia) la convenzione relativa alle basi dati geografiche. Eccellente risultato!!! Oltre che dare il dovuto risalto alla questione, credo sarebbe opportuno diffondere la convenzione sottoscritta a tutte le regioni d'Italia ed in particolare ai dirigenti dei vari SIT. Magari altri potrebbero decidere di seguire la stessa strada ;-) Complimenti Simone e grazie! Federico ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-co] Mapear la alta Guajira
Hola Maperos. Como saben actualmente hay una crisis humanitaria en la Alta Guajira y teniendo en cuenta que hay buenas imágenes de BING de la zona, les invito a mapear identificando vías, cuerpos de agua y rancherías. Dediquemos por favor un poco de tiempo a mapear esta zona tan necesitada. salu2 Humano -- ## |___|__\___ | _ | |_ | } (_) (_) Twitter: @fredy_rivera Phone USA: (347) 688-4473 Mobil telephone: +57 3044886255 ___ Talk-co mailing list Talk-co@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-co
Re: [Talk-gb-westmidlands] September mapping party
Hi all, I will be focussing on retail and pubs/restaurants within the ring road, including the shopping malls See you tomorrow! -- Matthijs On 23 August 2014 11:06, Rob Nickerson rob.j.nicker...@gmail.com wrote: Hi All, If mapping in Coventry city centre can you please use the Warwickshire aerial imagery for aligning things (I'm mid way through better building mapping in the city centre). Lots and lots of shops to map and some out of town centre new developments that will need a survey. I'll have my car if anyone wants a lift. We struggle with pubs in Coventry. I suggest we try the Aardvark this time. It's cheap food (but pricey beer) and close to the train station: http://www.openstreetmap.org/way/161441499 Rob On 22 August 2014 16:26, Rob Nickerson rob.j.nicker...@gmail.com wrote: Yeah I was thinking the same when I drove to work this morning. Shouldnt make a habit of it though :-p I'll put a tweet out. ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb-westmidlands
Re: [Talk-gb-westmidlands] September mapping party
I'll be cycling over from Sutton Coldfield if the weather holds and will map somewhere along the logical alignment coming in (northeast quadrant). Cheers Andy -Original Message- From: Matthijs Melissen [mailto:i...@matthijsmelissen.nl] Sent: 27 August 2014 16:07 To: talk-gb-westmidlands Subject: Re: [Talk-gb-westmidlands] September mapping party Hi all, I will be focussing on retail and pubs/restaurants within the ring road, including the shopping malls See you tomorrow! -- Matthijs On 23 August 2014 11:06, Rob Nickerson rob.j.nicker...@gmail.com wrote: Hi All, If mapping in Coventry city centre can you please use the Warwickshire aerial imagery for aligning things (I'm mid way through better building mapping in the city centre). Lots and lots of shops to map and some out of town centre new developments that will need a survey. I'll have my car if anyone wants a lift. We struggle with pubs in Coventry. I suggest we try the Aardvark this time. It's cheap food (but pricey beer) and close to the train station: http://www.openstreetmap.org/way/161441499 Rob On 22 August 2014 16:26, Rob Nickerson rob.j.nicker...@gmail.com wrote: Yeah I was thinking the same when I drove to work this morning. Shouldnt make a habit of it though :-p I'll put a tweet out. ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb-westmidlands ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb-westmidlands
Re: [Talk-se] Kommunal kartdata i OSM?
Bra initiativ Jonas Om du kan och får skulle jag lägga in adresser först, det är enklare än byggnader, och något som Openstreetmap ofta saknar. Med adresser slipper du bry dig om mappa kommunens kodord för byggnadstyp till OSM organiskt framväxta termer, och allt blir mycket enklare. Dessutom lär du dig att hantera problem med data som redan finns på ett enklare sätt. Även om Openstreetmap vill ha data, och att det är härligt med kommuner som engagerar sig, så är det bästa för oss, era kommun invånare, er själva om ni ser till att publicera datat så att alla kan använda det inte bara Openstreetmap. Ni listar redan en massa olika möjligheter att ta ut kartdata från kommunen, lägg till en nedladdningsbar fil som uppdateras kontinuerligt. Lista sedan de filer ni publicerar på: http://www.trollhattan.se/psidata Så kommer ni med på http://www.psidatakollen.se/ ___ Talk-se mailing list Talk-se@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-se] Kommunal kartdata i OSM?
psidata-länken hos Trollhättan ger 404 fel, är det bara jag? -- Christoffer Holmstedt Den 27 augusti 2014 12:19 skrev Erik Johansson erjo...@gmail.com: Bra initiativ Jonas Om du kan och får skulle jag lägga in adresser först, det är enklare än byggnader, och något som Openstreetmap ofta saknar. Med adresser slipper du bry dig om mappa kommunens kodord för byggnadstyp till OSM organiskt framväxta termer, och allt blir mycket enklare. Dessutom lär du dig att hantera problem med data som redan finns på ett enklare sätt. Även om Openstreetmap vill ha data, och att det är härligt med kommuner som engagerar sig, så är det bästa för oss, era kommun invånare, er själva om ni ser till att publicera datat så att alla kan använda det inte bara Openstreetmap. Ni listar redan en massa olika möjligheter att ta ut kartdata från kommunen, lägg till en nedladdningsbar fil som uppdateras kontinuerligt. Lista sedan de filer ni publicerar på: http://www.trollhattan.se/psidata Så kommer ni med på http://www.psidatakollen.se/ ___ Talk-se mailing list Talk-se@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-se ___ Talk-se mailing list Talk-se@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-se] Ortofoto Stockholm
Bumpar den här tråden. Stockholms Stad har nu även släppt flygfoton från 2009, samt Tätortskartan Stockholms Län och Stadskartan som öppet data (Se http://open.stockholm.se/oppna-data/geodata/ ) De skriver på sidan att de följer den definition av öppet data som organisation Open Definition anger: “A piece of data or content is open if anyone is free to use, reuse, and redistribute it — subject only, at most, to the requirement to attribute and/or share-alike.” - See more at: http://opendefinition.org/#sthash.wggPKtKJ.dpuf Eftersom Stockholms Stad inte nämner några krav utöver denna licens, verkar de inte ens kräva att man anger källan (Notera: at most). Vad jag kan se skulle det t ex vara fullt lagligt att sätta upp en tileserver med dessa kartor och flygfotografier, som man kan använda som bakgrund och referensmaterial vid kartering i hela Stockholms län. Det vore ju grymt att ha. Någon som har en idé om hur man extraherar kartor och flygfoton från deras tjänster till tiles? Se t ex http://openmap.stockholm.se/bios/dpwebmap/cust_sth/sbk/openmap/DPWebMap.html?zoom=3lat=6579934.52075lon=152321.17572layers=FF00B000T Är det någon som har invändningar, eller som redan har börjat använda datat på något organiserat sätt för OSM-syften? /Fredrik 2014-02-24 16:26 GMT+01:00 Tomas Wennström tomas.wennst...@gmail.com: Har vi pratat om att Stockholms stad har tillgängliggjort sitt ortofoto? Bilderna är från 2006. Det finns tydligen senare bilder, men de är inte fria att använda. http://open.stockholm.se/geodata Någon som provat? Jag inte upp några flygfoton när jag följer länkarna, så något verkar trasigt just nu. Jag hittar inte heller vilken licens som gäller för bilderna men jag var precis på telefon med Stefan Svensson som håller i projektet och han skulle mejla licensen till mig. Tomas -- -- Tomas Wennström 0739-464202 to...@whatsnext.se ___ Talk-se mailing list Talk-se@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-se ___ Talk-se mailing list Talk-se@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-se
[Talk-es] doble sentido de las calles
Hola! Estos dias estoy yendo con mi hija a anotar el sentido de las calles de algunos barrios del pueblo donde veraneo (Cubelles). Me ha parecido ver un punto flaco en este aspecto de OSM de cara a contribuidores: dada una zona del mapa, no se que calles tienen confirmado que no son one-way y cuales tienen un valor assumed to be No. A mi entender, si pone no es que alguien ha confirmado que es de doble sentido. Mientras que si pone assumed to be No, es que falta la informacion del sentido de la calle. Total, tu me plantas un mapa con calles sin flechas, y no se que falta para completarlo. Esto para contribuir no es muy comodo. En el canal de IRC #openstreetmap de Freenode un tipo me dijo que aun es peor, que la gente no se molestaba en poner no, que se dejaba como assumed normalmente. Parecia un regular de OSM por su forma de expresarse, pero de ser asi me extra~naria ya que es una information clave de las calles que falta en los assumed. Ademas, si se tiene la aspiracion de que un GPS guie tu coche, no te puede hacer girar por una assumed obviamente, no tiene ni idea de que sentido tiene tal calle. Bueno, es un mail de feedback a ver que opinion teneis de esto. Quiza no entienda bien esa anotacion de las calles, o quiza sea una limitacion actual de OSM conocida. No es desde luego una queja :), uso OSM a tope haciendo geocaching y estoy mas que agradecido al proyecto. Ademas soy programador open source y si se pudiera hacer algo al respecto podria pensarlo. Un saludo, Xavier ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Subida de catastro en la Palma de C. y dudas
Te voy contestando a algunas de tus cuestiones. Siempre según mi experiencia : Hola a todos, He realizado la segunda subida de datos del catastro (por manzana). El changeset es éste: http://www.openstreetmap.org/changeset/24906573 Com sabéis voy anotándolo todo aquí[1]. Tengo algunas dudas: - Cuando una casa ocupa dos parcelas, por ejemplo ésta[2], pero a pie de calle sólo hay un número... Qué valor le dais a la etiqueta addr:housenumber? Sólo el que tiene en el portal o todo los números que ocupa en la calle? Yo he puesto los dos aunque no sé si es lo correcto. Yo asigno la dirección al edificio más representativo de la parcela. Aquel que estoy seguro que puede tener la entrada. Si es muy grande: bloques, almacenes, naves industriales, hospitales, etc.. añado el número de portal a un punto. No tiene mucho sentido añadir por duplicado direcciones postales a construcciones como garajes, cobertizos, gallineros, piscinas privadas cubiertas, etc. si ya existe en la parcela una casa que es la entrada a la propiedad. Además, realizando un análisis espacial se podría saber sin mucha complicación a que dirección pertenecen esas pequeñas construcciones . - En edificios que ocupan más de dos parcelas, por ejemplo en un addr:housenumber=43,49 le añado addr:interpolation=odd[4] pero veo que la búsqueda de OSM no encuentra por ejemplo el 46. Intento evitar el etiquetado por interpolación. Es una cuestión de precisión en las búsquedas. Ya que me pongo a añadir direcciones, lo hago de la forma más precisa que conozco. - A las casas que dan a dos calles y tienen dos entradas les he puesto el entrance en el polígono del edificio. No sé si es mejor esto o ponerlas en el landuse (?), que es realmente dónde está la entrada..[5] - Para los comercios... los ponéis en un nodo suelto o en un nodo entrance en el polígono del edificio? No lo tengo muy claro... Un nodo único para cada edificio, ya que un edificio puede tener varios locales comerciales, por ejemplo. - Y otra cosa... En zonas dónde hay casas con terrenos que se tocan... Qué os parece mejor: 1. Dejar los distintos landuse=residential que vienen en el catastro 2. Unir los landuse=residential y dibujar un barrier=wall en las zonas que separan las parcelas. Entiendo que con la segunda opción se economiza datos, no? Aprovecho para comentar que he visto que cuando los datos se han subido, con el mapa de OsmAnd es mucho más fácil detectar anomalías en los polígonos que sse hayan podido colar con JOSM. Gracias a todos Un saludo! [1] https://wiki.openstreetmap.org/wiki/Palma_de_Cervell%C3%B3#Masses [2] http://www.openstreetmap.org/node/3024685493#map=19/41.41282/1.96756 [3] http://www.openstreetmap.org/node/3024685510 [4] http://www.openstreetmap.org/?mlat=41.41302mlon=1.96710#map=19/41.41302/1.96710 ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] doble sentido de las calles
Hola, Creo que en 'La vida real'(tm) ;-) las calles que no tienen señalización son de doble sentido y las que se señalizan son las que son de un único sentido. Aunque siempre es bueno especificar porque evita incertidumbre, hay ciertas 'asunciones' que quizá especificarlas sean más redundancia que otra cosa. Quizá el problema es del programa que cuando no encuentra la etiqueta de 'oneway' le planta el 'assumed' como 'lavandose las manos' y no fiándose de que los datos sean correctos, en vez de asumir de verdad que la información es correcta y es de doble dirección. De hecho en la wiki pone: oneway = no *oneway*=no is used to confirm that (a part of) a street is NOT a oneway street. (Use only in order to avoid mapping errors in areas where e.g. oneway streets are common, or to override defaults.) Yo no me llevo muy bien con el inglés, pero entiendo que esa etiqueta sólo debería usarse para evitar malentendidos en ciertas zonas. Un saludo, -- Antonio Navarro mailto:anto...@hunos.net mailto:antonio.navarro...@gmail.com El 27 de agosto de 2014, 14:54, Xavier Noria f...@hashref.com escribió: Hola! Estos dias estoy yendo con mi hija a anotar el sentido de las calles de algunos barrios del pueblo donde veraneo (Cubelles). Me ha parecido ver un punto flaco en este aspecto de OSM de cara a contribuidores: dada una zona del mapa, no se que calles tienen confirmado que no son one-way y cuales tienen un valor assumed to be No. A mi entender, si pone no es que alguien ha confirmado que es de doble sentido. Mientras que si pone assumed to be No, es que falta la informacion del sentido de la calle. Total, tu me plantas un mapa con calles sin flechas, y no se que falta para completarlo. Esto para contribuir no es muy comodo. En el canal de IRC #openstreetmap de Freenode un tipo me dijo que aun es peor, que la gente no se molestaba en poner no, que se dejaba como assumed normalmente. Parecia un regular de OSM por su forma de expresarse, pero de ser asi me extra~naria ya que es una information clave de las calles que falta en los assumed. Ademas, si se tiene la aspiracion de que un GPS guie tu coche, no te puede hacer girar por una assumed obviamente, no tiene ni idea de que sentido tiene tal calle. Bueno, es un mail de feedback a ver que opinion teneis de esto. Quiza no entienda bien esa anotacion de las calles, o quiza sea una limitacion actual de OSM conocida. No es desde luego una queja :), uso OSM a tope haciendo geocaching y estoy mas que agradecido al proyecto. Ademas soy programador open source y si se pudiera hacer algo al respecto podria pensarlo. Un saludo, Xavier ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] doble sentido de las calles
El problema es que hay muchas poblaciones en las que algunos usuarios de OSM (mapeadores de salón, jeje) empezaron a añadir calles a saco gracias a las imágenes aéreas, por el bien de la completitud, aunque dejaran para más tarde datos como el sentido o el nombre de esas calles. En mi zona (sur de Alicante) hay muchísimos pueblos pequeños así, y claro, cuando en un pueblo pequeño no hay apenas calles de único sentido, huele mucho a que los oneway=no realmente significan pendiente de comprobar in situ si es de único sentido o no. Alguna vez me ha tocado circular usando esa información (navegadores que usan la info de OSM) y ha sido bastante caótico. Para el tipo de vía pasa algo parecido, pero en ese caso está el tipo genérico road que se usa temporalmente hasta que alguien rellena el tipo correcto de la vía. Quizá habría que empezar a usar oneway=no para indicar explícitamente que esa vía no es de único sentido y no hace falta revisarla. Un saludo. El 27 de agosto de 2014, 16:56, Antonio Navarro anto...@hunos.net escribió: Hola, Creo que en 'La vida real'(tm) ;-) las calles que no tienen señalización son de doble sentido y las que se señalizan son las que son de un único sentido. Aunque siempre es bueno especificar porque evita incertidumbre, hay ciertas 'asunciones' que quizá especificarlas sean más redundancia que otra cosa. Quizá el problema es del programa que cuando no encuentra la etiqueta de 'oneway' le planta el 'assumed' como 'lavandose las manos' y no fiándose de que los datos sean correctos, en vez de asumir de verdad que la información es correcta y es de doble dirección. De hecho en la wiki pone: oneway = no *oneway*=no is used to confirm that (a part of) a street is NOT a oneway street. (Use only in order to avoid mapping errors in areas where e.g. oneway streets are common, or to override defaults.) Yo no me llevo muy bien con el inglés, pero entiendo que esa etiqueta sólo debería usarse para evitar malentendidos en ciertas zonas. Un saludo, -- Antonio Navarro mailto:anto...@hunos.net mailto:antonio.navarro...@gmail.com El 27 de agosto de 2014, 14:54, Xavier Noria f...@hashref.com escribió: Hola! Estos dias estoy yendo con mi hija a anotar el sentido de las calles de algunos barrios del pueblo donde veraneo (Cubelles). Me ha parecido ver un punto flaco en este aspecto de OSM de cara a contribuidores: dada una zona del mapa, no se que calles tienen confirmado que no son one-way y cuales tienen un valor assumed to be No. A mi entender, si pone no es que alguien ha confirmado que es de doble sentido. Mientras que si pone assumed to be No, es que falta la informacion del sentido de la calle. Total, tu me plantas un mapa con calles sin flechas, y no se que falta para completarlo. Esto para contribuir no es muy comodo. En el canal de IRC #openstreetmap de Freenode un tipo me dijo que aun es peor, que la gente no se molestaba en poner no, que se dejaba como assumed normalmente. Parecia un regular de OSM por su forma de expresarse, pero de ser asi me extra~naria ya que es una information clave de las calles que falta en los assumed. Ademas, si se tiene la aspiracion de que un GPS guie tu coche, no te puede hacer girar por una assumed obviamente, no tiene ni idea de que sentido tiene tal calle. Bueno, es un mail de feedback a ver que opinion teneis de esto. Quiza no entienda bien esa anotacion de las calles, o quiza sea una limitacion actual de OSM conocida. No es desde luego una queja :), uso OSM a tope haciendo geocaching y estoy mas que agradecido al proyecto. Ademas soy programador open source y si se pudiera hacer algo al respecto podria pensarlo. Un saludo, Xavier ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Subida de catastro en la Palma de C. y dudas
Perdón, un errata: Un nodo único para cada *comercio*, ya que un edificio puede tener varios locales comerciales, por ejemplo. El 27 de agosto de 2014, 16:47, Jesús Gómez Fernández jesus.gomez.f...@gmail.com escribió: Te voy contestando a algunas de tus cuestiones. Siempre según mi experiencia : Hola a todos, He realizado la segunda subida de datos del catastro (por manzana). El changeset es éste: http://www.openstreetmap.org/changeset/24906573 Com sabéis voy anotándolo todo aquí[1]. Tengo algunas dudas: - Cuando una casa ocupa dos parcelas, por ejemplo ésta[2], pero a pie de calle sólo hay un número... Qué valor le dais a la etiqueta addr:housenumber? Sólo el que tiene en el portal o todo los números que ocupa en la calle? Yo he puesto los dos aunque no sé si es lo correcto. Yo asigno la dirección al edificio más representativo de la parcela. Aquel que estoy seguro que puede tener la entrada. Si es muy grande: bloques, almacenes, naves industriales, hospitales, etc.. añado el número de portal a un punto. No tiene mucho sentido añadir por duplicado direcciones postales a construcciones como garajes, cobertizos, gallineros, piscinas privadas cubiertas, etc. si ya existe en la parcela una casa que es la entrada a la propiedad. Además, realizando un análisis espacial se podría saber sin mucha complicación a que dirección pertenecen esas pequeñas construcciones . - En edificios que ocupan más de dos parcelas, por ejemplo en un addr:housenumber=43,49 le añado addr:interpolation=odd[4] pero veo que la búsqueda de OSM no encuentra por ejemplo el 46. Intento evitar el etiquetado por interpolación. Es una cuestión de precisión en las búsquedas. Ya que me pongo a añadir direcciones, lo hago de la forma más precisa que conozco. - A las casas que dan a dos calles y tienen dos entradas les he puesto el entrance en el polígono del edificio. No sé si es mejor esto o ponerlas en el landuse (?), que es realmente dónde está la entrada..[5] - Para los comercios... los ponéis en un nodo suelto o en un nodo entrance en el polígono del edificio? No lo tengo muy claro... Un nodo único para cada edificio, ya que un edificio puede tener varios locales comerciales, por ejemplo. - Y otra cosa... En zonas dónde hay casas con terrenos que se tocan... Qué os parece mejor: 1. Dejar los distintos landuse=residential que vienen en el catastro 2. Unir los landuse=residential y dibujar un barrier=wall en las zonas que separan las parcelas. Entiendo que con la segunda opción se economiza datos, no? Aprovecho para comentar que he visto que cuando los datos se han subido, con el mapa de OsmAnd es mucho más fácil detectar anomalías en los polígonos que sse hayan podido colar con JOSM. Gracias a todos Un saludo! [1] https://wiki.openstreetmap.org/wiki/Palma_de_Cervell%C3%B3#Masses [2] http://www.openstreetmap.org/node/3024685493#map=19/41.41282/1.96756 [3] http://www.openstreetmap.org/node/3024685510 [4] http://www.openstreetmap.org/?mlat=41.41302mlon=1.96710#map=19/41.41302/1.96710 ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] doble sentido de las calles
Adjunto imagenes del editor web. Las calles pueden tener tres valores para ese atributo: Yes, No, Assumed to be No. Entiendo que Assumed to be No significa no, aunque en realidad ni idea (no entiendo porque asume nada, pero ese es otro tema). Este valor para circular es inutil claro esta. Pero es mas, para los que queremos contribuir, el mapa en openstreetmap.com solo dibuja flechas para oneway=yes. De manera que si la calle esta sin flechas no puedes saber si es que es de doble sentido, o es que no se sabe su sentido. Esto es un engorro importante, si uno pudiera ver a que calles les falta el sentido podria ser mas eficiente confirmandolos. ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] doble sentido de las calles
oneway sólo puede tener dos valores oneway=yes o oneway=no. oneway=yes -- indica que la calle es de sentido único oneway=no -- indica que la calle es de doble sentido (NO significa que no sepamos si es de doble sentido o no, significa que SÍ es de doble sentido) Cuando la etiqueta oneway no aparece se asume que la calle es de doble sentido. El hecho de que la etiqueta no aparezca se marca en el editor iD como Assumed to be No. ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] doble sentido de las calles
Me he bajado el codigo fuente: oneway: { key: oneway, type: check, label: One Way, strings: { options: { undefined: Assumed to be No, yes: Yes, no: No } } } Cuando el atributo no tiene valor, entonces se muestra esa etiqueta. No entiendo muy bien por que la etiqueta es esa. Que sentido tiene asumir algo? Creo que deberia poner Unknown. En cualquier caso, eso no resuelve el problema de que el mapa no distingue ausencia de valor, de valor no. ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] doble sentido de las calles
No distingue porque no hay que distinguir. Se puede poner el oneway = no para confirmar como han indicado que pone en la wiki pero no es obligatorio. Vamos podría decir que el 90 por ciento de la gente no lo pone y probablemente me quede corto. No es una limitación, es un consenso que hay. Por defecto se considera de doble sentido toda vía a excepción de las rotondas en las que no hay que poner tampoco el oneway = yes, las considera por defecto de única dirección. El editor ID es el que pone lo de Assumed to be No como has podido ver en el código. Yo tampoco creo que sea lo mas adecuado de poner pero tampoco es mentira, si no tiene oneway se asume que es de doble dirección. Por ejemplo en el editor JOSM no pone nada así. Tampoco lo veo importante porque si vas a comprobar una zona ¿no vas a mirar si han cambiado de dirección una calle?, ¿o si una que era de doble sentido ahora es de único sentido? Básicamente si no pone nada es igual que si pone oneway = no y se deberían hacer las mismas comprobaciones. Yo cuando empece a editar también pensé lo mismo que tu pero al final lo vi innecesario. 2014-08-27 18:10 GMT+02:00 Xavier Noria f...@hashref.com: Me he bajado el codigo fuente: oneway: { key: oneway, type: check, label: One Way, strings: { options: { undefined: Assumed to be No, yes: Yes, no: No } } } Cuando el atributo no tiene valor, entonces se muestra esa etiqueta. No entiendo muy bien por que la etiqueta es esa. Que sentido tiene asumir algo? Creo que deberia poner Unknown. En cualquier caso, eso no resuelve el problema de que el mapa no distingue ausencia de valor, de valor no. ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es -- Jorge Sanz Sanfructuoso - Sanchi Blog http://blog.jorgesanzs.com/ ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] doble sentido de las calles
En realidad y según la wiki, también puede tener los valores '-1' y 'reversible', aunque deben ser para casos raros. En cuanto al caso de explicitar el 'oneway=no', para asumir 'que se ha puesto a conciencia', no lo veo. Puede estar 'puesto a conciencia' y estar mal (por error, porque hayan cambiado la señalización o por mil cosas). Para eso está el poder contribuir corrigiendo o poniendo notas para que alguien lo corrija o revise. Prefiero saber que hay una calle o una carretera, aunque esté mal su tipo de asfaltado o dirección, a no saber ni que existe. Y lo de las flechas, ya se ha dicho varias veces que no hay que meter datos pensando en el 'render' del mapeador ;-). Y si no tiene 'flechas' es que es de doble sentido. Si no te fías y quieres confirmarlo, perfecto, pero podrías dudar igual de cualquier dato o etiqueta que haya o que falte. Un saludo, -- Antonio Navarro mailto:anto...@hunos.net mailto:antonio.navarro...@gmail.com 2014-08-27 18:10 GMT+02:00 Xavier Noria f...@hashref.com: Me he bajado el codigo fuente: oneway: { key: oneway, type: check, label: One Way, strings: { options: { undefined: Assumed to be No, yes: Yes, no: No } } } Cuando el atributo no tiene valor, entonces se muestra esa etiqueta. No entiendo muy bien por que la etiqueta es esa. Que sentido tiene asumir algo? Creo que deberia poner Unknown. En cualquier caso, eso no resuelve el problema de que el mapa no distingue ausencia de valor, de valor no. ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] doble sentido de las calles
2014-08-27 18:36 GMT+02:00 Jorge Sanz Sanfructuoso sanc...@gmail.com: No distingue porque no hay que distinguir. Se puede poner el oneway = no para confirmar como han indicado que pone en la wiki pero no es obligatorio. Vamos podría decir que el 90 por ciento de la gente no lo pone y probablemente me quede corto. No es una limitación, es un consenso que hay. Por defecto se considera de doble sentido toda vía a excepción de las rotondas en las que no hay que poner tampoco el oneway = yes, las considera por defecto de única dirección. El editor ID es el que pone lo de Assumed to be No como has podido ver en el código. Yo tampoco creo que sea lo mas adecuado de poner pero tampoco es mentira, si no tiene oneway se asume que es de doble dirección. Por ejemplo en el editor JOSM no pone nada así. Tampoco lo veo importante porque si vas a comprobar una zona ¿no vas a mirar si han cambiado de dirección una calle?, ¿o si una que era de doble sentido ahora es de único sentido? Básicamente si no pone nada es igual que si pone oneway = no y se deberían hacer las mismas comprobaciones. Yo cuando empece a editar también pensé lo mismo que tu pero al final lo vi innecesario. Mi caso de uso no es hacer una batida repasando todos los datos, sino ir a completar los sentidos de circulacion que faltan. Si el 90% de la gente no especifica el sentido de circulacion, entonces OSM no puede aspirar a poder servir como GPS para coches! ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] doble sentido de las calles
Xavier, no poner nada en oneway no es no especificar el sentido de circulación. Es no especificar que es de sentido único (oneway). El objetivo no es poner oneway=yes o oneway=no en todas las vías. Debes poner oneway=yes en las vías que sean de sentido único, y no poner nada en las vías que sean de sentido doble. En algunos casos raros puedes poner el oneway=no para dejar claro de forma explícita que no es una vía de sentido único, en caso de estar en un lugar donde por defecto las vías sean de sentido único. Un router debe asumir que la via es de doble sentido si no ve una etiqueta oneway=yes. Un saludo, 2014-08-27 18:44 GMT+02:00 Xavier Noria f...@hashref.com: 2014-08-27 18:36 GMT+02:00 Jorge Sanz Sanfructuoso sanc...@gmail.com: No distingue porque no hay que distinguir. Se puede poner el oneway = no para confirmar como han indicado que pone en la wiki pero no es obligatorio. Vamos podría decir que el 90 por ciento de la gente no lo pone y probablemente me quede corto. No es una limitación, es un consenso que hay. Por defecto se considera de doble sentido toda vía a excepción de las rotondas en las que no hay que poner tampoco el oneway = yes, las considera por defecto de única dirección. El editor ID es el que pone lo de Assumed to be No como has podido ver en el código. Yo tampoco creo que sea lo mas adecuado de poner pero tampoco es mentira, si no tiene oneway se asume que es de doble dirección. Por ejemplo en el editor JOSM no pone nada así. Tampoco lo veo importante porque si vas a comprobar una zona ¿no vas a mirar si han cambiado de dirección una calle?, ¿o si una que era de doble sentido ahora es de único sentido? Básicamente si no pone nada es igual que si pone oneway = no y se deberían hacer las mismas comprobaciones. Yo cuando empece a editar también pensé lo mismo que tu pero al final lo vi innecesario. Mi caso de uso no es hacer una batida repasando todos los datos, sino ir a completar los sentidos de circulacion que faltan. Si el 90% de la gente no especifica el sentido de circulacion, entonces OSM no puede aspirar a poder servir como GPS para coches! ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es -- Joaquin Cuenca Abela ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] doble sentido de las calles
El 27 de agosto de 2014, 18:44, Xavier Noria f...@hashref.com escribió: 2014-08-27 18:36 GMT+02:00 Jorge Sanz Sanfructuoso sanc...@gmail.com: No distingue porque no hay que distinguir. Se puede poner el oneway = no para confirmar como han indicado que pone en la wiki pero no es obligatorio. Vamos podría decir que el 90 por ciento de la gente no lo pone y probablemente me quede corto. No es una limitación, es un consenso que hay. Por defecto se considera de doble sentido toda vía a excepción de las rotondas en las que no hay que poner tampoco el oneway = yes, las considera por defecto de única dirección. El editor ID es el que pone lo de Assumed to be No como has podido ver en el código. Yo tampoco creo que sea lo mas adecuado de poner pero tampoco es mentira, si no tiene oneway se asume que es de doble dirección. Por ejemplo en el editor JOSM no pone nada así. Tampoco lo veo importante porque si vas a comprobar una zona ¿no vas a mirar si han cambiado de dirección una calle?, ¿o si una que era de doble sentido ahora es de único sentido? Básicamente si no pone nada es igual que si pone oneway = no y se deberían hacer las mismas comprobaciones. Yo cuando empece a editar también pensé lo mismo que tu pero al final lo vi innecesario. Mi caso de uso no es hacer una batida repasando todos los datos, sino ir a completar los sentidos de circulacion que faltan. Si el 90% de la gente no especifica el sentido de circulacion, entonces OSM no puede aspirar a poder servir como GPS para coches! Eso es mentira totalmente si no pone nada es que es doble sentido ya esta. No es que no se especifique el sentido de circulación, lo que no se especifica es que es de única dirección porque no lo es. Si fuera ese cometido no se habría llamado oneway la etiqueta sino sentido, sentido de circulación o algo así. Sin ir muy lejos vamos al google maps. Hay muchos casos de vías que están con sentido contrario al real por ejemplo o calles que están con doble sentido y ya no lo son. ¿Ya no se puede utilizar para guiar un coche los mapas de google? Claramente si se puede pero cuando se den cuenta de que esta mal lo cambiaran. ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es -- Jorge Sanz Sanfructuoso - Sanchi Blog http://blog.jorgesanzs.com/ ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] doble sentido de las calles
2014-08-27 18:54 GMT+02:00 Joaquin Cuenca Abela joaq...@cuencaabela.com: Xavier, no poner nada en oneway no es no especificar el sentido de circulación. Es no especificar que es de sentido único (oneway). El objetivo no es poner oneway=yes o oneway=no en todas las vías. Debes poner oneway=yes en las vías que sean de sentido único, y no poner nada en las vías que sean de sentido doble. En algunos casos raros puedes poner el oneway=no para dejar claro de forma explícita que no es una vía de sentido único, en caso de estar en un lugar donde por defecto las vías sean de sentido único. Un router debe asumir que la via es de doble sentido si no ve una etiqueta oneway=yes. Pero esa asuncion la veo bastante poco util. Puede seguir esa logica sin duda, pero de que sirve? Como te vas a fiar de esa logica para meter tu coche Balmes hacia arriba? Por defecto todas las calles del mundo tienen un sentido asignado de facto en OSM, doble. Que locura! La informacion en OSM o bien esta, o bien no esta. O se sabe el nombre de la calle, o no se sabe. O se sabe si el pavimento es asfalto, o no se sabe. No entiendo por que se hace una excepcion con el sentido de las calles. Es como cualquier otro dato! No se sabe, se sabe (one-way two-way). Comprendo que la convencion que se usa es esa, pero no le veo coherencia ni utilidad la verdad. ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] doble sentido de las calles
Imaginaos que etiquetamos todas las calles del mundo como Gran Via a no ser que se indique lo contrario. Que utilidad tiene eso? ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] doble sentido de las calles
2014-08-27 19:13 GMT+02:00 Óscar Zorrilla Alonso oscar_zorri...@hotmail.com: Hola Xavier; Respecto a tu frase: Si el 90% de la gente no especifica el sentido de circulacion, entonces OSM no puede aspirar a poder servir como GPS para coches! Te invito a que pruebes algunos de las distintas aplicaciones que usan OSM, te paso los enlaces para Android, en iPhone las 2 últimas también existen. Son completamente funcionales como podrás ver. - Osmand https://play.google.com/store/apps/details?id=net.osmandhl=es - Skobbler https://play.google.com/store/apps/details?id=com.skobbler.forevermapngtrialhl=es - Navfree https://play.google.com/store/apps/details?id=com.navfree.android.OSM.ALLhl=es Ya he metido OSM en mi Garmin de coche anteriormente, no me sirve. Pero eso da igual para lo que estamos diciendo. Si todas las calles del mundo son doble sentido a no ser que pongas otra cosa, esto es una locura. Quien puede confiar en tal valor por defecto? Y en algo tan delicado! Naturalmente que un valor entrado puede ser erroneo, eso puede pasar con cualquier fuente de datos. Pero es que si ni siquiera se ha entrado el valor... esa es una situacion distinta. Nada, entiendo lo que me decis, pero no le veo ninguna logica practica. Esta calle que sentido tiene? no se sabe/si se sabe, macho no me digais que no quisierais poder distinguir esos dos casos. ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] doble sentido de las calles
El 27 de agosto de 2014, 19:18, Xavier Noria f...@hashref.com escribió: Esta calle que sentido tiene? no se sabe/si se sabe, macho no me digais que no quisierais poder distinguir esos dos casos. Yo creo que el caso asumo que no debería usarse cuando estás mapeando una zona que no conoces (y sigue siendo mucha ayuda que traces las calles) pero quieres dejar claro que has mapeado SIN confirmar los sentidos de circulación. Se asume que son de doble sentido porque el 90% lo son. En cualquier caso, será un problema de navegación en un caso mínimo de calles (aquellas de sentido único no especificadas aún como sentido único). Creo que al navegar también hay que seguir vigilando las señales de circulación, puede ser tan molesto como cuando cambian de sentido una calle y aún no se ha actualizado la información pero en ningún caso debería ser peligroso. Podrías plantear la misma duda con giros prohibidos, velocidad máxima o cosas similares... -- Luis García ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] doble sentido de las calles
Por aportar mi visión: * No quites nunca información a no ser que sea incorrecta (si pone oneway = no, y no sabes qué tipo de calle es, no borres eso). Esto es una regla fundamental, ya que ha habido problemas en el pasado. * Si quieres poner información extra, eres libre de hacerlo, a menos que sea flagrantemente redundante. Poner addr:country=Spain se considera una mala práctica, porque esto se puede calcular de manera trivial. En mi opinión, oneway = no no me parece redundante. * Yo prefiero poner oneway = no, si es posible, porque durante mucho tiempo, se podía cartografiar carreteras vía satélite sin resolución suficiente como para saber el sentido del tráfico. Recomiendo poner un fixme = * con una nota en ese caso hoy en día. * Hay veces que el oneway = yes o el oneway = no está supuesto (el primero, en entradas/salidas de autopista, el segundo en la mayoría de los sitios) o es obligatorio si se podría suponer lo contrario. * Dejad a los ordenadores hacer ciertos cálculos aburridos, a no ser que sea muy difícil o potencialmente ambiguo. El 27 de agosto de 2014, 19:18, Xavier Noria f...@hashref.com escribió: 2014-08-27 19:13 GMT+02:00 Óscar Zorrilla Alonso oscar_zorri...@hotmail.com: Hola Xavier; Respecto a tu frase: Si el 90% de la gente no especifica el sentido de circulacion, entonces OSM no puede aspirar a poder servir como GPS para coches! Te invito a que pruebes algunos de las distintas aplicaciones que usan OSM, te paso los enlaces para Android, en iPhone las 2 últimas también existen. Son completamente funcionales como podrás ver. - Osmand https://play.google.com/store/apps/details?id=net.osmandhl=es - Skobbler https://play.google.com/store/apps/details?id=com.skobbler.forevermapngtrialhl=es - Navfree https://play.google.com/store/apps/details?id=com.navfree.android.OSM.ALLhl=es Ya he metido OSM en mi Garmin de coche anteriormente, no me sirve. Pero eso da igual para lo que estamos diciendo. Si todas las calles del mundo son doble sentido a no ser que pongas otra cosa, esto es una locura. Quien puede confiar en tal valor por defecto? Y en algo tan delicado! Naturalmente que un valor entrado puede ser erroneo, eso puede pasar con cualquier fuente de datos. Pero es que si ni siquiera se ha entrado el valor... esa es una situacion distinta. Nada, entiendo lo que me decis, pero no le veo ninguna logica practica. Esta calle que sentido tiene? no se sabe/si se sabe, macho no me digais que no quisierais poder distinguir esos dos casos. ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es -- Jaime Crespo http://dbahire.com ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] doble sentido de las calles
2014-08-27 19:33 GMT+02:00 Luis García Castro lui...@gmail.com: El 27 de agosto de 2014, 19:18, Xavier Noria f...@hashref.com escribió: Esta calle que sentido tiene? no se sabe/si se sabe, macho no me digais que no quisierais poder distinguir esos dos casos. Yo creo que el caso asumo que no debería usarse cuando estás mapeando una zona que no conoces (y sigue siendo mucha ayuda que traces las calles) pero quieres dejar claro que has mapeado SIN confirmar los sentidos de circulación. Se asume que son de doble sentido porque el 90% lo son. No en los lugares que yo conozco, donde la gran mayoria de calles son de un solo sentido. ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] doble sentido de las calles
Llevo editando desde el 2009. Cuando empece pensé lo mismo que tu como he dicho antes, hace falta poner el oneway = no. Seguro que hay vías editadas por mi que tienen la etiqueta vamos. El tiempo me a dejado ver que no me hace falta para nada. oneway = no y que no este es lo mismo ya esta, no hace falta darle mas vueltas. Entiendo lo que quieres decir perfectamente que no esta especificado y si se especifica se ve como que alguien a comprobado que es de doble sentido y si no se especifica no lo a mirado nadie. Pero como te dicho que este o no este vas hacer lo mismo cuando vayas a editar ver si ese valor es correcto o no. En todas las carreteras también tienes que poner entonces surface = paved? No, por defecto se considera pavimentadas, si alguna no lo esta lo especificas. Así hay mas casos, no es la única etiqueta que se asume un valor por defecto si no tiene ninguno. Yo creo que se hace porque son datos que dan trabajo adicional pero que es innecesario en la practica. Como tuviéramos que poner todos los datos en una carretera para que se pudiera usar y aparecer en los mapas no tendríamos mapa en la vida. Según dices tu si no se sabe si una vía es de doble sentido o de sentido único no se puede guiar por esa calle un coche. Te puedo asegurar que cualquier GPS si no tiene esa información te va a guiar igualmente por esa calle. Claramente yo como persona voy a ir mirando las señales por mucho que el GPS me diga misa. Que hay gente que no, que habido casos de gente que a seguido los GPS y las a montado muy gordas pero bueno. Pones como ejemplo que este puesto el tipo de pavimento. Habría que comprobarlo pero vamos yo pondría la mano en el fuego que los GPS una carretera la consideran por defecto asfaltada y un camino no asfaltado por ejemplo. El 27 de agosto de 2014, 19:18, Xavier Noria f...@hashref.com escribió: 2014-08-27 19:13 GMT+02:00 Óscar Zorrilla Alonso oscar_zorri...@hotmail.com: Hola Xavier; Respecto a tu frase: Si el 90% de la gente no especifica el sentido de circulacion, entonces OSM no puede aspirar a poder servir como GPS para coches! Te invito a que pruebes algunos de las distintas aplicaciones que usan OSM, te paso los enlaces para Android, en iPhone las 2 últimas también existen. Son completamente funcionales como podrás ver. - Osmand https://play.google.com/store/apps/details?id=net.osmandhl=es - Skobbler https://play.google.com/store/apps/details?id=com.skobbler.forevermapngtrialhl=es - Navfree https://play.google.com/store/apps/details?id=com.navfree.android.OSM.ALLhl=es Ya he metido OSM en mi Garmin de coche anteriormente, no me sirve. Pero eso da igual para lo que estamos diciendo. Si todas las calles del mundo son doble sentido a no ser que pongas otra cosa, esto es una locura. Quien puede confiar en tal valor por defecto? Y en algo tan delicado! Naturalmente que un valor entrado puede ser erroneo, eso puede pasar con cualquier fuente de datos. Pero es que si ni siquiera se ha entrado el valor... esa es una situacion distinta. Nada, entiendo lo que me decis, pero no le veo ninguna logica practica. Esta calle que sentido tiene? no se sabe/si se sabe, macho no me digais que no quisierais poder distinguir esos dos casos. ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es -- Jorge Sanz Sanfructuoso - Sanchi Blog http://blog.jorgesanzs.com/ ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] doble sentido de las calles
Yo tengo la sensacion de que todo esto es un lio ocasionado por llamar oneway al atributo y hacerlo booleano. Lo que logicamente es suficiente, pero veo que no promueve su uso. Si le hubieran llamado direction con valores posibles one-way, two-way, reversible, estaria etiquetado normal y no habria convenciones raras. Imaginaos si el atributo tuviera ese nombre y se pusieran a two-way todas las calles sin direccion anotada. Seguro que os echais las manos a la cabeza! ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] doble sentido de las calles
Pues será tu caso particular, que no se corresponde con lo que yo conozco (que no tiene que ser lo normal tampoco). ¿Cuantas calles ves señalizadas con la señal de 'peligro doble sentido'? Lo normal es la señal de prohibido y de dirección obligatoria, porque se asume que si no hay prohibición es de doble sentido (por mucho que sea estrecha y que no entren dos coches juntos). Un saludo, -- Antonio Navarro - mailto:anto...@hunos.net mailto:antonio.navarro...@gmail.con - El 27/08/2014 19:43, Xavier Noria f...@hashref.com escribió: 2014-08-27 19:33 GMT+02:00 Luis García Castro lui...@gmail.com: El 27 de agosto de 2014, 19:18, Xavier Noria f...@hashref.com escribió: Esta calle que sentido tiene? no se sabe/si se sabe, macho no me digais que no quisierais poder distinguir esos dos casos. Yo creo que el caso asumo que no debería usarse cuando estás mapeando una zona que no conoces (y sigue siendo mucha ayuda que traces las calles) pero quieres dejar claro que has mapeado SIN confirmar los sentidos de circulación. Se asume que son de doble sentido porque el 90% lo son. No en los lugares que yo conozco, donde la gran mayoria de calles son de un solo sentido. ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] doble sentido de las calles
surface tiene unpaved, paved, asphalt, Me hecho las manos a la cabeza ala.. pero que no pone si esta asfaltada ahora que hago puedo pasar por esa calle no no puedo. Pues no. Pues esto es lo mismo. Y como lo acaba de explicar Antonio creo que es el mejor ejemplo que se podía dar. ¿Que haces en la vida real? Creo que yo y mas gente te hemos dado varios ejemplos de todo pero no vas a salir de tu idea. Si quieres puedes hacer una propuesta en la wiki para cambiarlo como se hace con otras etiquetas, mas no te puedo hacer. Los mapas de OSM cada vez se usan mas y si hubiera un problema tan grande con esta lógica en una cosa tan básica como la dirección de las calles no creo que se usaran cada vez mas. El 27 de agosto de 2014, 19:53, Xavier Noria f...@hashref.com escribió: Yo tengo la sensacion de que todo esto es un lio ocasionado por llamar oneway al atributo y hacerlo booleano. Lo que logicamente es suficiente, pero veo que no promueve su uso. Si le hubieran llamado direction con valores posibles one-way, two-way, reversible, estaria etiquetado normal y no habria convenciones raras. Imaginaos si el atributo tuviera ese nombre y se pusieran a two-way todas las calles sin direccion anotada. Seguro que os echais las manos a la cabeza! ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es -- Jorge Sanz Sanfructuoso - Sanchi Blog http://blog.jorgesanzs.com/ ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
[Talk-es] Catastro Valencia
Buenas, Me gustaría probar a importar datos de catastro en la provincia de Valencia y no hay cuenta creada. ¿Quién me atiende? :-) Otra cosa veo que hay creada una página por provincia con un listado de municipios, ¿hay algún mecanismo fácil para generar esa lista en el wiki o la creo y meto el municipio con el que voy a empezar a currar y carril? Saludos -- Jorge Sanz http://www.osgeo.org http://wiki.osgeo.org/wiki/Jorge_Sanz ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Catastro Valencia
Hola. En teoria, siguiendo las indicaciones de la wiki[1], debería pasarte las credenciales PerroVerd [2] [1] http://wiki.openstreetmap.org/wiki/Spanish_Cadastre/results [2] http://wiki.openstreetmap.org/wiki/User:PerroVerd Salud y buena suerte. El 27 de agosto de 2014, 20:15, Jorge Sanz js...@osgeo.org escribió: Buenas, Me gustaría probar a importar datos de catastro en la provincia de Valencia y no hay cuenta creada. ¿Quién me atiende? :-) Otra cosa veo que hay creada una página por provincia con un listado de municipios, ¿hay algún mecanismo fácil para generar esa lista en el wiki o la creo y meto el municipio con el que voy a empezar a currar y carril? Saludos -- Jorge Sanz http://www.osgeo.org http://wiki.osgeo.org/wiki/Jorge_Sanz ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-at] Karte zur Gebäudeabdeckung in Österreich
Gratulation!! Das ist sehr SEHR COOL!!! From: tkon...@gmx.net Date: Tue, 26 Aug 2014 08:24:09 +0200 To: talk-at@openstreetmap.org Subject: [Talk-at] Karte zur Gebäudeabdeckung in Österreich Hallo, ich habe vor kurzem eine Karte erstellt, die die Gebäudeabdeckung in Österreich zeigt: http://thomaskonrad.at/2014/08/analyse-der-openstreetmap-gebaudeabdeckung-in-osterreich/ Die Karte soll als Analysewerkzeug und Motivation dienen, die Situation in Österreich zu verbessern :) Ganz unten im Artikel gibt es technische Infos, wie ich die Karte erstellt habe. Ich freue mich über Feedback! Liebe GrüßeTom ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
[Talk-at] Brücken
Euch ist sicher schon aufgefallen, dass an vielen Brücken Namen angeschrieben sind. Üblicherweise an einem Schild rechts am Beginn der Brücke, oder andersrum links am Ende der Brücke. Wenn man schnell vorbeifährt, kann man solche Schilder schwer lesen. Das ist insbesondere bei Autobahnbrücken ein Problem. Darum hat uns die Asfinag freundlicherweise eine Liste zur Verfügung gestellt. Ihr findet sie im Wiki unter: http://wiki.openstreetmap.org/wiki/WikiProject_Austria/Autobahnbr%C3%BCcken Sie umfasst 3343 Zeilen (Brücken), also viel zu tun. Unklar ist, ob wir die Nummern irgendwie verwenden können, und auch viele Namen können nicht 1:1 übernommen werden. Z.B. gleich in der 3. Zeile: Fußgängerunterführung Bischofsmais (EW 32a) - Die Brücke können wir unmöglich Fußgängerunterführung... nennen, eher Brücke über die/eine Fußgängerunterführung..., und auch das EW 32a könnte manche Anwender vor ein Rätsel stellen. -- Friedrich K. Volkmann http://www.volki.at/ Adr.: Davidgasse 76-80/14/10, 1100 Wien, Austria ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Brücken
On 27.08.14 12:54, Friedrich Volkmann wrote: Fußgängerunterführung Bischofsmais (EW 32a) - Die Brücke können wir Nicht immer ist das eine Brücke, speziell Gerinne oder ...unterführung. z.B. das hier http://www.openstreetmap.org/?mlat=48.204mlon=16.2201zoom=19 ist ein Tunnel des Radwegs! Keine Ahnung, ob das die Fußgängerunterführung Bischofsmais ist. /al ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Brücken
Nochwas: Mitnichten sind das in der Tabelle tatsächlich immer Namen! z.B. Forstweg bei Pressbaum ist nur eine Beschreibung und das in einen name-Tag zu schreiben wäre keine gute Idee! Detto bei jeder Art von Durchlässen für Gerinne. Allenfalls hat das Gerinne einen Namen (der Bach) und einen tunnel= Tag. /al ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Karte zur Gebäudeabdeckung in Österreich
Hallo, Robert Kaiser wrote: Kevin Kofler schrieb: Thomas Konrad wrote: ich habe vor kurzem eine Karte erstellt, die die Gebäudeabdeckung in Österreich zeigt: http://thomaskonrad.at/2014/08/analyse-der-openstreetmap-gebaudeabdeckung-in-osterreich/ Wow, da hat sogar ein Haus im 7. Wiener Gemeindebezirk (Wien-Neubau) gefehlt (Ahornergasse 2, vor Kurzem neu gebaut), das habe ich jetzt eingezeichnet. :-) Danke! Gefehlt in welcher Art? Ich hab Gebäude, die weggerissen waren und Baustelle waren nätürlich als Baustellen eingezeichnet. Wenn es mittlerweile feritg und keine Baustelle mehr ist, gehört das natürlich aktualisiert, aber bitte nicht darstellen, als wäre da was falsch gemacht worden! Um den 7. hab ich mich in den letzten Jahren sehr ausführlich gekümmert... ;-) An der Stelle war wirklich noch nicht einmal die Baustelle eingezeichnet, sondern noch ein mittlerweile weggerissenes Gebäude (hinterster Gebäudeteil des Hauses Neubaugasse 23 laut der Diskussion hier: https://www.wien.gv.at/forum-neubau/showthread.php?t=26 ) und eine Leerfläche. Soweit ich das eruieren konnte, war das der Zustand vor dem Neubau: http://seeste.businessweb.cc/referenzen/oesterreich/ahornergasse-2/ also damals natürlich korrekt, aber halt nicht mehr aktuell. Das Luftbild der wien.at OGD zeigt bereits das neue Gebäude, auf geoimage.at und Bing sieht man noch Baukräne. Wenn irgendwelche Zweifel bestehen, kann ich da aber auch mal schnell hinschauen. Den Zustand der Baustelle Schottenfeldgasse 81-83 (in der OSM als Baustelle eingetragen) sollten wir auch überprüfen, auf der Projektseite: http://www.pilz-partner.at/projekte heißt es in Bau, Fertigstellung 2014, das Gebäude scheint auf der wien.at OGD Mehrzweckkarte und auf basemap.at schon auf, auf dem wien.at-Luftbild sieht man aber nur die Baustelle (nicht einmal einen Rohbau), und die anderen Luftbildquellen zeigen offenbar noch das alte, mittlerweile abgerissene Gebäude (das viel kleiner ist als der Grundriß, der auf der Mehrzweckkarte eingezeichnet ist). Da will ich schnell hinschauen, sobald ich etwas Zeit habe, ich wohne dort ganz in der Nähe. Ich wollte hier wirklich niemandem einen Vorwurf machen! Der 7. ist tatsächlich sehr vollständig gemappt, deshalb war ich ja so überrascht, da doch 2 rote Punkte zu erkennen. :-) Kevin Kofler ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Brücken
On 27.08.2014 13:06, Andreas Labres wrote: Nochwas: Mitnichten sind das in der Tabelle tatsächlich immer Namen! z.B. Forstweg bei Pressbaum ist nur eine Beschreibung und das in einen name-Tag zu schreiben wäre keine gute Idee! Detto bei jeder Art von Durchlässen für Gerinne. Allenfalls hat das Gerinne einen Namen (der Bach) und einen tunnel= Tag. Es sind Beschreibungen, aber wenn sie auf einer Namenstafel stehen, dann sind sie zugleich auch Namen, das kann man schwer trennen. Z.B. gibt es im Halbachtal unzählige Brücken über den Halbach, und alle, wo ein Schild drauf ist, sind als Halbachbrücke bezeichnet. Das sieht nach einem normalen Brückennamen aus, aber wenn man an einer Brücke nach der anderen vorbeikommt und überall steht der gleiche Name drauf, dann fragt man sich schon, ob die Brücken wirklich alle gleich heißen oder ob der Name nur deshalb draufsteht, damit irgendwas draufsteht. Auf der B21 bei Piesting sind mehrere Brücken als Brücke über einen Viehtrieb angeschrieben. Der Name wirkt im Gegensatz zu Halbachbrücke nicht wie ein richtiger Brückenname, ist aber genauso angeschrieben und es sind auch richtige Brücken. Auf Autobahnen ist es im Prinzip das gleiche, z.B. bei der Autobahnanschlussstelle Mayerling (A21) ist eine Brücke als Brücke über einen Forstweg angeschrieben. In der Asfinag-Liste steht sie als A21.21 FORSTWEG BEI ALLAND. Auch das ist eine richtige Brücke, das erkennt man vor Ort u.a. an der quadratischen Tafel mit rotem X auf gelbem Hintergrund, das am Anfang und am Ende der Brücke steht, wo meist auch eine Nahtstelle (dafür gibt es sicher einen Fachausdruck) sicht- und spürbar ist. Kann sein, dass die Liste auch Zeilen enthält, wo es sich um keine richtigen Brücken handelt, aber die komischen Namen müssen nicht unbedingt falsch sein... Die Autobahnen sind in OSM als z.B. Süd Autobahn statt Südautobahn benannt mit der Begründung, dass wir nicht die gebräuchlichen, sondern die offiziellen Namen verwenden wollen. Dann sollte dieser Grundsatz konsequenterweise auch für die Brücken gelten. Wenn schon denn schon. -- Friedrich K. Volkmann http://www.volki.at/ Adr.: Davidgasse 76-80/14/10, 1100 Wien, Austria ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at