[talk-ph] Philippines License Change-over Readiness - Contact and Remapping
Hi all and best wishes to you and families for 2012. I've regretfully not mapped in the Philippines for a good long time now but I still lurk on this list and would like to ask you to join the UK in a License Working Group pilot project to engage global mappers on a country-by-country basis. I see that there is not a single Philippines-based mapper with data that has explicitly declined the new contributor terms, thanks all! The upcoming move to the Open Database Licence means that a small number of users have chosen for their contributions not to continue within OSM. There are also folks who are just unreachable or who have lost interest. Since we want OSM to remain the best map in the world, we can remap the affected areas now, so that little difference is noticeable on changeover day. The target for this day is presently 1st April 2012. The License Working Group would now like to formally urge Philippine mappers to look at your local mapping areas, contact anyone who still might agree and then remap if you can. Critical mass for the change-over has certainly been achieved. On a global basis, over 96.8% of nodes and 96.3% of highways [1] are by folks who have accepted the new terms. However, we still have globally 36 million nodes that may not survive the license change and 4.2 million problematic ways where some or all value will be lost [2]. This is still a large number, (particularly if they are in your local mapping area!), and we would like to reduce it. In the Philippines, slightly less nodes and highways have been created by folks who have accepted the new terms. Looking at the current stats at http://odbl.poole.ch/phillippines-20111208-20120104-poly.html, I'd guess that if contributor hellodeck can be reached, that would tip the balance. Does anyone know if that is possible? http://wiki.openstreetmap.org/wiki/Remapping is a specific up-to-date resource on remapping and http://wiki.openstreetmap.org/wiki/Help_preparing_for_the_license_change give broader background information. I myself use Frederik Ramm's excellent License Change View on OSM Inspector [3], [4] to pin points problematic locales and then click the Potlatch icon and use that to identify mappers and what information was from acceptors and could still be used, (click the way or node ID in the Advanced View), and to remap. JOSM has similar functionality but I am less familiar with it. I strongly recommend that first you look at your areas and contact undecided mappers via the OpenStreetMap messaging system or directly if you know them. Ask if they would not mind logging into their account and accepting even if they no longer wish to continue mapping as their previous contribution is important to you. I have just finished remapping my UK mapping area and it took me about four weeks of contacting folks, waiting and then armchair remapping using a combination of some UK-specific resources, Bing and my memory. I found lots of small contributors who are no longer mapping and probably did not realise that their contributions are still important and that other edits rely on them. Response was modest but enough to make it worth while. With Bing imagery now available, older contributors also may start mapping again. Regards, Mike OpenStreetMap Foundation Licence Working Group [1] Based on node count, http://odbl.poole.ch/ [2] Nodes Created, Ways created or modified http://tools.geofabrik.de/osmi/munin.html [3] http://tools.geofabrik.de/osmi/?view=wtfelon=122.64844lat=12.50523zoom=6opacity=0.77overlays=overview,wtfe_point_clean,wtfe_line_clean,wtfe_point_harmless,wtfe_line_harmless,wtfe_point_modified,wtfe_line_modified_cp,wtfe_line_modified,wtfe_point_created,wtfe_line_created_cp,wtfe_line_created [4] A guide to the License Change View on OSM Inspector http://wiki.openstreetmap.org/wiki/Remapping/License_Change_View_on_OSM_Inspector ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
[OSM-legal-talk] Trace from Landsat.com?
I'm wondering if it would be legal to trace from LandSat.com aerials. Of course I would need to buy the CD myself and not be able to share the actual imagery to anyone else, but would the usage license be compatible with tracing OSM objects? http://www.landsat.com/richland-county-south-carolina-aerial-photography-2011.html No restrictions of use. Commercial use is allowed. Use in publications, websites, maps/posters ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] Trace from Landsat.com?
Hi, landsat is already available in a josm plugin http://wiki.openstreetmap.org/wiki/Landsat i dont know if what you are planning to buy is better than that, thanks, mike On Sun, Jan 8, 2012 at 3:10 PM, Mike N nice...@att.net wrote: I'm wondering if it would be legal to trace from LandSat.com aerials. Of course I would need to buy the CD myself and not be able to share the actual imagery to anyone else, but would the usage license be compatible with tracing OSM objects? http://www.landsat.com/richland-county-south-carolina-aerial-photography-2011.html No restrictions of use. Commercial use is allowed. Use in publications, websites, maps/posters ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk -- James Michael DuPont Member of Free Libre Open Source Software Kosova http://flossk.org ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] Trace from Landsat.com?
On 1/8/2012 10:16 AM, Mike Dupont wrote: Hi, landsat is already available in a josm plugin http://wiki.openstreetmap.org/wiki/Landsat i dont know if what you are planning to buy is better than that, Thanks - I didn't make the connection with the JOSM plugin! That answers my question. I checked against the mirror, and it appears that the imagery on the CD is higher resolution than shown via the Landsat Mirror (the original Nasa landsat WMS server is no longer operating). ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-talk] Knowing the Access vs TIle Management
From: Frans Thamura [mailto:fr...@meruvian.org] Subject: [OSM-talk] Knowing the Access vs TIle Management hi all my server is only 1TB space, and we know full map can achive 91 TB, i read from here http://wiki.openstreetmap.org/wiki/Tile_Disk_Usage so we know the space usage, and which area used by user, esp our osmosa.net is free for public. any idea to manage it? like trend etc. space usage right now and i want to make trend usage also. Well, you should only be rendering tiles on demand so your usage is unlikely to be as much as the osm.org mapnik layer What matters more than the size of the disks is the speed of them. A consumer 1TB drive is not what you want to use for a tile server. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Knowing the Access vs TIle Management
Well, you should only be rendering tiles on demand so your usage is unlikely to be as much as the osm.org mapnik layer What matters more than the size of the disks is the speed of them. A consumer 1TB drive is not what you want to use for a tile server. but now 1TB :) here.. that why need to prepare, because we will do promotion related to OSM here. to education in mainly F ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Knowing the Access vs TIle Management
On 08.01.2012 10:31, Frans Thamura wrote: but now 1TB :) here.. that why need to prepare, because we will do promotion related to OSM here. do you have a tirex setup? It includes tools to request render of certain areas and zoom levels. You could pre-render the lowzoom tiles as these change less frequent and are more expensive to render. Use clever tile expiry and update strategy. Then prerender the most important area on the map. If someone requests other areas these tiles will be freshly rendered and cached. This can be tunes to match your disk space and rendering speed capabilities. For example the following commands renders the global lowzoom and in detail the most important parts of Southeast Asia: tirex-batch --prio=25 map=osm bbox=-180,-90,180,90 z=0-8 tirex-batch --prio=25 map=osm bbox=97.33,5.6,105.66,20.47 z=9-18 Stephan ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] howto reverting one changeset?
Hi, I made a mess of one edit, and tried to revert back changeset using revert perl scripts. I use Fedora as my main desktop and have perl installed, so I guessed this will be easy. I downloaded revert scripts from svn, created file with username and password, but left it in dryrun mode, but it still fails ;( valent@fusion revert]$ perl revert.pl 10333257 Use of uninitialized value $current_cs_or_comment in pattern match (m//) at revert.pl line 45. Use of uninitialized value $comment in string eq at revert.pl line 52. PUT changeset/create osm version='0.6'changesettag k=comment v=reverting changeset 10333257 //changeset/osm GET http://api06.dev.openstreetmap.org/api/0.6/changeset/10333257/download... 404 Not Found (1b) changeset 10333257 cannot be retrieved: 404 Not Found Any idea how to revert back this changeset I messed up: http://www.openstreetmap.org/browse/changeset/10333257 Cheers, Valent. -- follow me - www.twitter.com/valentt http://kernelreloaded.blog385.com linux, anime, spirituality, wireless, scuba, linuxmce smart home, zwave ICQ: 2125241, Skype: valent.turkovic, MSN: valent.turko...@hotmail.com ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] howto reverting one changeset?
Hi, Am Sonntag, 8. Januar 2012 schrieb valent.turko...@gmail.com: Any idea how to revert back this changeset I messed up: http://www.openstreetmap.org/browse/changeset/10333257 Have a look at the JOSM reverter plugin http://wiki.openstreetmap.org/wiki/JOSM/Plugins/Reverter Greetings, Carsten ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Offtopic: A vision of America's roads
The Economist pays tribute to a map of America's roads in the style of a subway (tube) map: http://www.economist.com/blogs/gulliver/2012/01/maps?fsrc=scn/tw/te/bl/visionofamericasroads -- Steve ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [OSM-talk-nl] Kadaster geeft gigabytes aan data vrij
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 This e-mail is translated below. Follow up of the Dutch thread here; http://www.mail-archive.com/talk-nl@openstreetmap.org/msg12098.html Voorzitter, Onze secrataris van OSM zaken, gaat nogmaals niet in op mijn vragen, ik wil niet wachten op tweede termijn. Wat vindt onze secretaris van de grote hoeveelheden Wikipedia objecten in onze database. Hoeveel mensen zijn akkoord gegaan terwijl zij CC-BY(-SA) data hebben geimporteerd? Waarom vraagt de secretaris om 'steun' aan een enkele contributor, terwijl zij haar contributors die actief geld opleveren niet steunt, of voorziet van een passend bedankje? Zegt de secretaris toe dat er uitwisseling en verbetering kan ontstaan tussen 6PP project (CC-0) en Kadaster (CC-BY), en andere projecten met een vrijere licentie dan OSM? Waarom stelt de secretaris het feit dat een contributor actief bijdraagt en heeft bijgedragen aan OSM in twijfel op basis van het feit dat de contributor de CT juridisch niet kan ondersteunen, omdat hij daar direct de CT mee zou overtreden? Spreek de secretaris namens hemzelf of namens het OSMF bestuur en/of de LWG, of op persoonlijke titel? Wanneer het eerste het geval is, wordt hiermee de faciliterende rol van de OSMF bedoeld? Hoogachtend, Stefan de Konink After a discussion where secretary of OSMF claims that fact that I am calling myself a 'contributor' to this project as 'interesting' because I haven't signed the CT (for legal reasons). All my questions were not answered. Better to ask it in a language everyone can read - Formally that is. Speaker, Our secretary on OSM business, still didn't answer my questions, I do not want to wait on a second term of discussion. What does our secretary, and participant in the LWD, think about the large sums of Wikipedia objects currently active in our active database (1000+). How many people did 'OK' to the CT, while having imported CC-BY(-SA) or similar data? Why does the secretary ask for 'support' of one individual contributor, while they are not supporting themselves these individuals who contributed large sums of money (by participating in GSoC for example) by something simple as a Christmas card? Will the secretary actively support the participation and enhancements between projects that have a more liberal license than OpenStreetMap so data exchange can happen between them. (Examples: 6PP, Dutch: Free The Postcode CC-0; Dutch Cadastre CC-BY) Why does the secretary imply that a contributor that is an actively participating contributor, that for legal reasons can't accept the CT, isn't an OpenStreetMap contributor? While his acceptance would be in direct violation of these CT? Does the secretary speak on personal behalf or on the behalf of the OSMF board and/or the LWG? When the last is the case, is this an example of the facilitating role the OSMF? Yours Sincerely, Stefan de Konink -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.18 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEAREKAAYFAk8J828ACgkQYH1+F2Rqwn1wDQCfbUMEpwNxOBopQsJeUuhreU2t J6wAn0bZMbacRLWXpW+CRAZchJ75fTM1 =Bt4K -END PGP SIGNATURE- ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Offtopic: A vision of America's roads
Very interesting. It shows that this style of simplified system map is far superior to convey route and network information. Back in 1984 we visited Los Angeles and my parents bought a fold out map of the region, and on the reverse side was a colour-coded freeway system map in this same style, with exits, interchanges, and symbols to indicate which turns were possible. I wish I'd have kept it. Now I'm grown up and drive trains around Sydney... and rail system maps are all a part of my daily work. :-) Thanks for sharing. Ben Sent from my iPhone On 09/01/2012, at 5:48, Steve Doerr doerr.step...@gmail.com wrote: The Economist pays tribute to a map of America's roads in the style of a subway (tube) map: http://www.economist.com/blogs/gulliver/2012/01/maps?fsrc=scn/tw/te/bl/visionofamericasroads -- Steve ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] No map rendering at www.openstreetmap.org, in Chrome.
Hi all, When I go to openstreetmap.org at the moment, I'm just getting a big white box with nothing inside it, instead of a map. I had this recently, and clearing cookies helped, but not now. I see the permalink and shortlink links, but not the plus button to change layers. I'm getting this in Chrome - FireFox is ok. Any ideas? Thanks, Steve ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] No map rendering at www.openstreetmap.org, in Chrome.
Hi Steve, I don't know if it's our case but I have a similar problem when I'm using the StumbleUpon extension in Chrome and try to navigate to openstreetmap.org. Closing the SU toolbar fixes the problem for me. --Ciprian On Mon, Jan 9, 2012 at 8:52 AM, Steve Bennett stevag...@gmail.com wrote: Hi all, When I go to openstreetmap.org at the moment, I'm just getting a big white box with nothing inside it, instead of a map. I had this recently, and clearing cookies helped, but not now. I see the permalink and shortlink links, but not the plus button to change layers. I'm getting this in Chrome - FireFox is ok. Any ideas? Thanks, Steve ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk-nl] OSM in 2011
Voor diegenen die het nog niet gezien hebben. Derrick Rethans heeft een leuke visualisatie gemaakt van alle edits van het vorige jaar. http://vimeo.com/34404102 Gr, Henk ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Kadaster geeft gigabytes aan data vrij
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 This e-mail is translated below. Follow up of the Dutch thread here; http://www.mail-archive.com/talk-nl@openstreetmap.org/msg12098.html Voorzitter, Onze secrataris van OSM zaken, gaat nogmaals niet in op mijn vragen, ik wil niet wachten op tweede termijn. Wat vindt onze secretaris van de grote hoeveelheden Wikipedia objecten in onze database. Hoeveel mensen zijn akkoord gegaan terwijl zij CC-BY(-SA) data hebben geimporteerd? Waarom vraagt de secretaris om 'steun' aan een enkele contributor, terwijl zij haar contributors die actief geld opleveren niet steunt, of voorziet van een passend bedankje? Zegt de secretaris toe dat er uitwisseling en verbetering kan ontstaan tussen 6PP project (CC-0) en Kadaster (CC-BY), en andere projecten met een vrijere licentie dan OSM? Waarom stelt de secretaris het feit dat een contributor actief bijdraagt en heeft bijgedragen aan OSM in twijfel op basis van het feit dat de contributor de CT juridisch niet kan ondersteunen, omdat hij daar direct de CT mee zou overtreden? Spreek de secretaris namens hemzelf of namens het OSMF bestuur en/of de LWG, of op persoonlijke titel? Wanneer het eerste het geval is, wordt hiermee de faciliterende rol van de OSMF bedoeld? Hoogachtend, Stefan de Konink After a discussion where secretary of OSMF claims that fact that I am calling myself a 'contributor' to this project as 'interesting' because I haven't signed the CT (for legal reasons). All my questions were not answered. Better to ask it in a language everyone can read - Formally that is. Speaker, Our secretary on OSM business, still didn't answer my questions, I do not want to wait on a second term of discussion. What does our secretary, and participant in the LWD, think about the large sums of Wikipedia objects currently active in our active database (1000+). How many people did 'OK' to the CT, while having imported CC-BY(-SA) or similar data? Why does the secretary ask for 'support' of one individual contributor, while they are not supporting themselves these individuals who contributed large sums of money (by participating in GSoC for example) by something simple as a Christmas card? Will the secretary actively support the participation and enhancements between projects that have a more liberal license than OpenStreetMap so data exchange can happen between them. (Examples: 6PP, Dutch: Free The Postcode CC-0; Dutch Cadastre CC-BY) Why does the secretary imply that a contributor that is an actively participating contributor, that for legal reasons can't accept the CT, isn't an OpenStreetMap contributor? While his acceptance would be in direct violation of these CT? Does the secretary speak on personal behalf or on the behalf of the OSMF board and/or the LWG? When the last is the case, is this an example of the facilitating role the OSMF? Yours Sincerely, Stefan de Konink -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.18 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEAREKAAYFAk8J828ACgkQYH1+F2Rqwn1wDQCfbUMEpwNxOBopQsJeUuhreU2t J6wAn0bZMbacRLWXpW+CRAZchJ75fTM1 =Bt4K -END PGP SIGNATURE- ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
[OSM-talk-nl] advies gpx uploaden
Hallo allemaal, Ik wil enkele gps-tracks uploaden. Als 'zichtbaarheid' wordt op de Engelse wiki-pagina [1] de optie 'Identificeerbaar' aanbevolen. Het enige bezwaar dat ik kan bedenken, is dat 'vreemde' mensen mijn adres te weten komen. Zijn er nog meer bezwaren of heeft iemand een advies hierin? Bedankt en groeten, André [1] http://wiki.openstreetmap.org/wiki/Visibility_of_GPS_traces ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] advies gpx uploaden
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Op 08-01-12 23:08, drek schreef: Zijn er nog meer bezwaren of heeft iemand een advies hierin? Nouja de privacy bezwaren kun je zelf verzinnen. Ik heb daar niet zo er veel mee, want mensen weten m'n adres ook, en de adressen waar ik heen ging met de auto nouja dat waren eigenlijk altijd verjaardagen. Maar een ander interessant ding is wel; misschien weet je dat momenteel politie op twitter zit, om sociale media te controlen. De Belastingdienst hangt daar ook al een tijdje rond. Stel dat ze in een open bronnen onderzoek gaan kijken of jij nooit te hard hebt gereden, of dat je urenrapportage (dat hoeft tegenwoordig niet meer) klopt met waar je bent geweest. GPX tracks zouden daar vrij geschikt voor zijn. Kan dezelfde data op een andere manier worden gevonden? Absoluut, maar die heb je niet vrijwillig afgestaan. Dit zijn de redenen om het niet te doen. Een reden om het wel identificeerbaar op te slaan: men weet dat de data op exact dat moment zo was, dat kan in historisch perspectief handig zijn. Bepaal voor je zelf of je graag harder dan 130 rijdt ;) En of je op plekken bent geweest waar je partner niet wil dat je komt :P Stefan -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.18 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEAREKAAYFAk8KFsEACgkQYH1+F2Rqwn2dUQCfeSl8R3eA16SofEEvog8UsURg kYAAn22+4ZCaGEI5Tc6EUFIEx2CPoPCG =15oM -END PGP SIGNATURE- ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Kadaster geeft gigabytes aan data vrij
de tool slaat data inmiddels op en ik heb stefan de nieuwe url gegeven. groet, floris 2012/1/8 Henk Hoff toffeh...@gmail.com: 2012/1/7 Stefan de Konink ste...@konink.de -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Op 07-01-12 12:53, Henk Hoff schreef: Dat je daar aan te houden hebt is prima. Nu is Floris mogelijk uren / dagen tijd aan het investeren om aan jouw eisen te voldoen om te kunnen aangeven welke changesets aan de Contributor Terms kunnen voldoen en welke niet. Iets wat jou *nu* reeds in minder dan een uurtje tijd zou moeten lukken. Top van Floris die dat gewoon doet. Knullig dat bestuurders en licentie-groep-leden visie ontbreekt, herstel: er niet voor hebben gekozen. Dat dit zou moeten kunnen gebeuren voor iedere constributor die data van een CC-BY-SA bron heeft aangeraakt. Ik vind het ook top van Floris dat hij dit doet. Zijn we het daar tenminste over eens. Zoals ik al eerder heb aangegeven, het LWG heeft in het verleden over een changeset-acceptatie gehad. Er is toen de overweging gemaakt dat er geen aparte tool voor gemaakt zou worden. Dit uit pragmatische overwegingen. Dat wil niet zeggen dat de LWG de mogelijkheid niet aanbiedt. Zie ook het herhaalde verzoek van hierboven. Het feit dat je dit graag op een andere wijze opgelost had gezien, is aan jou. Kwalificaties als knullig en visieloos laat ik maar even voor wat ze zijn. Ik zou me bijna afvragen hoeveel data uit Wikipedia er zit er nu in OpenStreetMap zit, de overpass API vertelt mij: een ruime 1000 actieve objecten. Das best een hoop toch? Je zit er weer van alles bij te halen wat er niet toe doet. Nogmaals: we bieden jou (en ook anderen) de mogelijkheid om per changeset aan te geven of ze akkoord zijn of niet. Kan beter vragen wanneer jij uit je ivoren toren komt Henk. Allemaal leuk al die bestuursklusjes en licentie werkgroepen. Maar wat beteken jij eigenlijk voor de mapper op de grond? Tjsa, de een programmeert graag, de ander doet graag andere dingen. [knip] Sterker nog: wanneer ik je wat vraag geef je niet eens antwoord, je komt met een aantal stellingen en drogredenaties en andere mensen moeten jouw troep opruimen. Je klinkt als een politicus, en dat blijf je ook. Zo, nu weten ook wat je van mij vindt. Deze discussie startte met je opmerking dat je een changeset selectie functie wilde hebben. We (de LWG) bieden je de mogelijkheid en komt vervolgens altijd weer met een ander excuus om niet over de brug te komen. [knip] Stefan Henk ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Kadaster geeft gigabytes aan data vrij
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Op 08-01-12 23:26, Floris Looijesteijn schreef: de tool slaat data inmiddels op en ik heb stefan de nieuwe url gegeven. En die tool heb ik dan ook weer gebruikt om op basis van de beschikbare data aan te geven wat ik die licentie ervan acht. Stefan -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.18 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEAREKAAYFAk8KHlIACgkQYH1+F2Rqwn1EFACfVn15llhXDYwEOLUrAtCo92BM tHkAn2kZ1wQHwT5sloMquUIlL3U3nCqE =UCM3 -END PGP SIGNATURE- ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Kadaster geeft gigabytes aan data vrij
Bedankt Stefan en Floris. Gr, Henk 2012/1/8 Stefan de Konink ste...@konink.de Op 08-01-12 23:26, Floris Looijesteijn schreef: de tool slaat data inmiddels op en ik heb stefan de nieuwe url gegeven. En die tool heb ik dan ook weer gebruikt om op basis van de beschikbare data aan te geven wat ik die licentie ervan acht. Stefan ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [talk-au] Confused by on-road bikelanes
If it is clearly a bicycle lane, then there is a tag for that (cycleway=lane). Have a look at the bicycle examples on the wiki. http://wiki.openstreetmap.org/wiki/Bicycle. However if it really isn't a usable cycle lane (cars are parked on it) then you may be doing more harm than good. My advice would be if you can't clearly identify the facility or route, then maybe don't tag them for now. Especially if you aren't surveying by bicycle or following a route. A bicycle stencil may mean it is part of a council cycle network. It may indicate some form of bicycle lane or other facility. Or it may indicate nothing at all. Some are even stamped on cross streets approaching a bicycle facility. An unfortunate consequence over overtagging bicycle facilities in Australia seems to be many lcn's which provide no on-road facilities and no routing benefits. Ian. On 7 January 2012 13:03, David Findlay da...@woodypointcomms.com.au wrote: I've read the tagging guidelines but am still a little confused. How should we tag marked on road bike lanes? Usually they don't have any particular name or network. Thanks, http://lists.openstreetmap.org/listinfo/talk-au ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] [sharedmapau] Re: Mass revert now??
On Sun, Jan 8, 2012 at 11:47 AM, Andrew Harvey andrew.harv...@gmail.com wrote: He isn't taking anything away. Those contributions were may under the CC-BY-SA license. You are free to continue using them under the CC-BY-SA license. OSM wants more rights than that. JohnSmith doesn't agree, and is within his rights not too. That isn't the same as taking back the original CC-BY-SA grant. This is the OSM community here. We're on an OSM mailing list. From the perspective of this community, John Smith's contributions are not usable. Certainly, he's made a valuable contribution to other communities elsewhere - but not this one. The complaint was that this community was unappreciative of his contribution - to which the response is that there is no contribution to this community. To correct your analogy, JohnSmith gave you an amazing birthday present which you asked for, but now you decide you don't want it anymore and you don't know how to dispose of it so you are blaming the person who gave it to you. Let's extend it further. John Smith shows up at my birthday party driving a new Mercedes which is his present to me. Then in conversation I let slip that I'm a Family First supporter. He says if you don't change your mind, you can't have the car. Well, I can't, and won't, so he refuses to hand me the keys. Although he leaves it parked on the lawn for a few months and kills the grass. It's his decision, and I can live with the dead grass, but to complain about ingratitude on my part is simply unfair. We've had the debate about the switch to ODbL. I wasn't a big fan either, but the debate has been had, and the matter is settled. Refusing to accept the outcome (or rather, persisting vainly with the idea that maybe it will change), and refusing to accept the CTs amounts to blackmail at this point. The maxspeed change kept in tack the full history of the original object. All you have to do is roll back your objects to the last CT clean version, and work forwards from there. All you have to do - yes. As several messages have pointed out, it's actually a bit of work, and quite complex. Steve ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] [sharedmapau] Re: Mass revert now??
not big on socratic logic, but best OSM ROFL analogy so far this year... :) jim On Mon, Jan 9, 2012 at 12:24 PM, Steve Bennett stevag...@gmail.com wrote: Let's extend it further. John Smith shows up at my birthday party driving a new Mercedes which is his present to me. Then in conversation I let slip that I'm a Family First supporter. He says if you don't change your mind, you can't have the car. Well, I can't, and won't, so he refuses to hand me the keys. Although he leaves it parked on the lawn for a few months and kills the grass. It's his decision, and I can live with the dead grass, but to complain about ingratitude on my part is simply unfair. -- _ Jim Croft ~ jim.cr...@gmail.com ~ +61-2-62509499 ~ http://about.me/jrc 'A civilized society is one which tolerates eccentricity to the point of doubtful sanity.' - Robert Frost, poet (1874-1963) Please send URLs, not attachments: http://www.gnu.org/philosophy/no-word-attachments.html ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
[talk-au] maxspeed removal
Hi all, I've removed the maxspeed tags from about 1000 roads in Redcliffe (Brisbane) with changeset http://www.openstreetmap.org/browse/changeset/10338587 There were no maxspeed:source or source:maxspeed tags on these objects so it is possible that I have removed data that was carefully surveyed. I apologize for that and for making a mass edit in a place I have yet to visit. This is poor behaviour, I hope that it will be helpful as a demonstration. I hope that this will clean the area up a bit in the quick history service so that other, more substantial issues with the data are apparent. If successful, perhaps mappers will find this a helpful technique in reconciling data in their area. Best regards, Richard ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] maxspeed removal
On 9 January 2012 13:12, Richard Weait rich...@weait.com wrote: I've removed the maxspeed tags from about 1000 roads in Redcliffe (Brisbane) with changeset http://www.openstreetmap.org/browse/changeset/10338587 Hi, Can you just explain this a little bit further? My understanding is it is a pretty specific set of these maxspeed changes we are currently targetting, all of which have maxspeed:source as it was added by the same bot. Ian ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] maxspeed removal
I've removed the maxspeed tags from about 1000 roads in Redcliffe (Brisbane) with changeset http://www.openstreetmap.org/browse/changeset/10338587 Hi, Can you just explain this a little bit further? My understanding is it is a pretty specific set of these maxspeed changes we are currently targetting, all of which have maxspeed:source as it was added by the same bot. Ian As Ian suggested it was the maxspeed:source changes that are the problem not the ones with maxspeed=* only on them. Cheers Ross ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] maxspeed removal
On Sun, Jan 8, 2012 at 9:57 PM, Ian Sergeant inas66+...@gmail.com wrote: On 9 January 2012 13:12, Richard Weait rich...@weait.com wrote: I've removed the maxspeed tags from about 1000 roads in Redcliffe (Brisbane) with changeset http://www.openstreetmap.org/browse/changeset/10338587 Hi, Can you just explain this a little bit further? My understanding is it is a pretty specific set of these maxspeed changes we are currently targetting, all of which have maxspeed:source as it was added by the same bot. I thought it was said earlier that the bot did not add the source:maxspeed(etc) tags in all cases. Shall I revert? ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] maxspeed removal
On 09/01/12 11:51, Richard Weait wrote: On Sun, Jan 8, 2012 at 9:57 PM, Ian Sergeantinas66+...@gmail.com wrote: On 9 January 2012 13:12, Richard Weaitrich...@weait.com wrote: I've removed the maxspeed tags from about 1000 roads in Redcliffe (Brisbane) with changeset http://www.openstreetmap.org/browse/changeset/10338587 Hi, Can you just explain this a little bit further? My understanding is it is a pretty specific set of these maxspeed changes we are currently targetting, all of which have maxspeed:source as it was added by the same bot. I thought it was said earlier that the bot did not add the source:maxspeed(etc) tags in all cases. Shall I revert? The bot added maxspeed:source=default residential speed limit in Australia not source:maxspeed. I've manually changed dozens (hundreds) to source:maxspeed. I think it would be best if you reverted. Cheers Ross ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] maxspeed removal
On 09/01/12 13:47, Richard Weait wrote: On Sun, Jan 8, 2012 at 11:06 PM, Ross Scanloni...@4x4falcon.com wrote: On 09/01/12 11:51, Richard Weait wrote: Shall I revert? I think it would be best if you reverted. Done. You want to take a go at clearing some of these up? Are they maxspeed:source? I just search for: maxspeed:source=* (quotes required) in josm and change it to source:maxspeed Or maybe do what you did before but instead of deleting the maxspeed=* change maxspeed:source to source:maxspeed Cheers Ross ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Confused by on-road bikelanes
These are probably what other places call sharrows: cycleway=sharrow. I've never actually tagged any in Australia, but would be happy to do use this tag here if others agree. Obviously there is a slight difference (here I only see a bike symbol and a dashed line, no chevron), but I think the intent is basically the same. Steve On Sun, Jan 8, 2012 at 2:30 PM, Peter Watson peter.bmwk7...@gmail.com wrote: We have bicycle awareness zones these have yellow symbols on the road and often have parked cars. Should these be tagged the same way? Peter On Sat, Jan 7, 2012 at 12:09 PM, Andrew Harvey andrew.harv...@gmail.com wrote: If the bike lane is on the road the cars drive on and isn't separated by a barrier, tag the road as you normally would, then add cycleway=lane if the lane runs down both sides of the road. All these tags go on the same way both road and cyclelane together. If they aren't part of a cycle network don't add a lcn tag, and don't add it to a cycle route relation. Refer to http://wiki.openstreetmap.org/wiki/Bicycle On Sat, Jan 7, 2012 at 1:03 PM, David Findlay da...@woodypointcomms.com.au wrote: I've read the tagging guidelines but am still a little confused. How should we tag marked on road bike lanes? Usually they don't have any particular name or network. Thanks, David ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] [sharedmapau] Re: Mass revert now??
On Mon, Jan 9, 2012 at 1:32 PM, John Smith deltafoxtrot...@gmail.com wrote: That's a pretty lame example. It'd be more like if I dropped off said car, you decide the block off the lane way behind your house and then complain you can't use the car because I should supply a crane to move it after the road rules were changed... Well, I guess that's the heart of the matter. I don't see much comparison between please tick this box and supplying a crane. The point is you're still fighting a battle which is well and truly finished, and your options are to either tick the box, or to in effect erase all the hard work you've put in. To take the latter course of action is both throwing out the baby with the bathwater, and cutting off your nose to spite your face - since we're being metaphorical and all that. Steve (Yes, you may argue that it's not you doing the erasing, it's OSMF, but the effect is identical.) ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] maxspeed removal
Good to see you reverted your changeset. You should really have posted to this list before making the change (I can't tell you off though, I did the same thing when I was very new). As you can see by this object http://www.openstreetmap.org/browse/way/43991723/history your changeset destroyed perfectly good information. Notably the maxspeed=40 that Thorsten Engler added. On Mon, Jan 9, 2012 at 1:12 PM, Richard Weait rich...@weait.com wrote: Hi all, I've removed the maxspeed tags from about 1000 roads in Redcliffe (Brisbane) with changeset http://www.openstreetmap.org/browse/changeset/10338587 There were no maxspeed:source or source:maxspeed tags on these objects so it is possible that I have removed data that was carefully surveyed. I apologize for that and for making a mass edit in a place I have yet to visit. This is poor behaviour, I hope that it will be helpful as a demonstration. I hope that this will clean the area up a bit in the quick history service so that other, more substantial issues with the data are apparent. If successful, perhaps mappers will find this a helpful technique in reconciling data in their area. Best regards, Richard ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
[Talk-de] warum verliert der Rhein sein Wasser?
Moin, weiß jemand, warum der Rhein sein Wasser verliert [1]? Bei mir sind die ganzen Flächen weiß ... ich entdecke bei den Multipolygonen aber keine Änderung, auf die ich das zurückführen kann ... entweder ich bin blind (das ist natürlich möglich ;-), oder es ist eine Änderung in einer Relation oder ein Problem mit Mapnik? [1] Beispiellink, bei dem bei mir weiße Wasserflächen auftauchen http://www.openstreetmap.org/?lat=48.31645lon=7.73486zoom=16layers=M Gruß, Schusch ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] warum verliert der Rhein sein Wasser?
da hat auch schon jemand um Hilfe gebeten: http://www.openstreetmap.org/browse/changeset/10325594 kann das evtl. mit den Lücken und/oder der Reihenfolge der Elemente in http://www.openstreetmap.org/browse/relation/1706129 zusammenhängen? Gruß___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] warum verliert der Rhein sein Wasser?
Hallo, Am Sonntag, den 08.01.2012, 11:57 +0100 schrieb Schorschi: da hat auch schon jemand um Hilfe gebeten: http://www.openstreetmap.org/browse/changeset/10325594 kann das evtl. mit den Lücken und/oder der Reihenfolge der Elemente in http://www.openstreetmap.org/browse/relation/1706129 Der Rhein hatte hier einige lücken, ich hab das mal gefixed. Gruß Werner ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Treppenlift
Moin, hat jemand eine Idee, wie man die note an dieser Treppe in ein routingfähiges Tag umwandelt? Ist das auch ein elevator? http://www.openstreetmap.org/browse/way/27620930 Rainer ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] warum verliert der Rhein sein Wasser?
Der Rhein hatte hier einige lücken, ich hab das mal gefixed. Gruß Werner Danke :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] OSM History Viewer hängt
Hallo, der history viewer auf http://osmhv.openstreetmap.de http://osmhv.openstreetmap.de/ scheint mal wieder Probleme zu haben. Selbst winzige Changesets landen in der Warteschlange, um dann mit java.lang.Error: Timeout zu enden. Beispiel: http://www.openstreetmap.org/browse/changeset/10312099 / http://osmhv.openstreetmap.de/changeset.jsp?id=10312099 Vor ein paar Tagen war die Queue bei ~260 und auch vorher kamen bei mir nur die immer gleichen Timeouts statt einem Ergebnis, das ganze scheint also nicht nur kurzfristig zu sein... Könnte hier mal jemand mit Zugriff auf den Server nachschauen, was da klemmt? Danke! ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM History Viewer hängt
Cobra wrote: der history viewer auf http://osmhv.openstreetmap.de http://osmhv.openstreetmap.de/ scheint mal wieder Probleme zu haben. Selbst winzige Changesets landen in der Warteschlange, um dann mit java.lang.Error: Timeout zu enden. Beispiel: http://www.openstreetmap.org/browse/changeset/10312099 / http://osmhv.openstreetmap.de/changeset.jsp?id=10312099 Vor ein paar Tagen war die Queue bei ~260 und auch vorher kamen bei mir nur die immer gleichen Timeouts statt einem Ergebnis, das ganze scheint also nicht nur kurzfristig zu sein... Könnte hier mal jemand mit Zugriff auf den Server nachschauen, was da klemmt? Schließe mich an. Zudem sollten diese Timeouts *nicht* im Cache landen!!! Wenn man nach dem Auftreten des Timeouts erneut probiert, dann landet man sofort wieder im Timeout. Also einmal Timeout und der betroffene Changeset ist auf immer und ewig verbrannt. Gruß Manuel ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Treppenlift
Moin Moin, wie wäre eine Kombination aus highway=steps wheelchair=yes ecalator=yes access=designated Grüsse JJ - Dirk Am 08.01.2012 13:21, schrieb Rainer Knaepper: Moin, hat jemand eine Idee, wie man die note an dieser Treppe in ein routingfähiges Tag umwandelt? Ist das auch ein elevator? http://www.openstreetmap.org/browse/way/27620930 Rainer ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] waterway=artificial - Was ist das ?
Liebe OSMler, ich habe mehrfach Wege gefunden, die als waterway=artificial getaggt waren (Beispiel Lake San Cristobal, suedl. Lake City, Colorado, http://www.openstreetmap.org/?lat=37.9629lon=-107.2952zoom=12) Diese Fluss- und Bachlaeufe oder aehnliches haben oft keinerlei Tag, hoechstens mal einen Namen. Ansonsten nur nhd-Tags. Taginfo liefert immerhin ueber 24000 waterway=artificial, die Wikiseiten geben dazu aber nichts her. Weiss jemand Naeheres ? Wie soll man damit umgehen ? Im Bereich der Muendung des Canadian River in den Arkansas River gibt es noch komischere Beispiele dafuer (siehe http://www.openstreetmap.org/?lat=35.4265lon=-95.0804zoom=14) WernerP ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] waterway=artificial - Was ist das ?
Hallo Werner, Am 08.01.2012 17:38, schrieb popp...@hm.edu: Diese Fluss- und Bachlaeufe oder aehnliches haben oft keinerlei Tag, hoechstens mal einen Namen. Ansonsten nur nhd-Tags. Taginfo liefert immerhin ueber 24000 waterway=artificial, die Wikiseiten geben dazu aber nichts her. Hm, nach der Beschreibung bei [1] sieht mir das nach einem Fehler beim Import aus. Dort steht nämlich, dass nhd:ftype=ArtificialPath in waterway=river übersetzt werden sollte. Vermutlich war das Skript damals nicht perfekt - teilweise haben die Wege ja waterway=artificial, teilweise nicht. Allerdings gab es die Seite wohl noch gar nicht, als die von Dir angesprochenen Daten importiert wurden. waterway=river bzw. stream oder was auch immer macht meiner Meinung nach am meisten Sinn. Normalerweise werden die einmündenden Wasserläufe ja einfach bis zur Mitte durchgezogen. Wie soll man damit umgehen ? Wenn Zeit Lust vorhanden sind wohl vermutlich am besten putzen. Vielleicht vorher noch die US-Liste fragen - wobei ich persönlich die Liste nicht kenne. Grüße, Michael [1] http://wiki.openstreetmap.org/wiki/National_Hydrography_Dataset ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Wochennotiz Nr. 77
Hallo, die neue Wochennotiz Nr. 77 mit allen Neuigkeiten aus der OpenStreetMap-Welt ist da: http://blog.openstreetmap.de/2012/01/wochennotiz-nr-77/ Viel Spaß beim Lesen! ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wochennotiz Nr. 77
Am 08.01.2012 20:07, schrieb Gehling Marc: die neue Wochennotiz Nr. 77 mit allen Neuigkeiten aus der OpenStreetMap-Welt ist da: http://blog.openstreetmap.de/2012/01/wochennotiz-nr-77/ Viel Spaß beim Lesen! Ein OSM-User hat die 5 GB Daten bereits bekommen (via twitter) Mmm, ich dachte via twitter kann man nur 80 Zeichen auf einmal übertragen? ;-) Dankeschön für die informative Notiz! Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] waterway=artificial - Was ist das ?
Michael Krämer wrote: Hallo Werner, Am 08.01.2012 17:38, schrieb popp...@hm.edu: Diese Fluss- und Bachlaeufe oder aehnliches haben oft keinerlei Tag, hoechstens mal einen Namen. Ansonsten nur nhd-Tags. Taginfo liefert immerhin ueber 24000 waterway=artificial, die Wikiseiten geben dazu aber nichts her. Hm, nach der Beschreibung bei [1] sieht mir das nach einem Fehler beim Import aus. Dort steht nämlich, dass nhd:ftype=ArtificialPath in waterway=river übersetzt werden sollte. Vermutlich war das Skript damals nicht perfekt - teilweise haben die Wege ja waterway=artificial, teilweise nicht. Allerdings gab es die Seite wohl noch gar nicht, als die von Dir angesprochenen Daten importiert wurden. waterway=river bzw. stream oder was auch immer macht meiner Meinung nach am meisten Sinn. Normalerweise werden die einmündenden Wasserläufe ja einfach bis zur Mitte durchgezogen. Wie soll man damit umgehen ? Wenn Zeit Lust vorhanden sind wohl vermutlich am besten putzen. Vielleicht vorher noch die US-Liste fragen - wobei ich persönlich die Liste nicht kenne. Grüße, Michael [1] http://wiki.openstreetmap.org/wiki/National_Hydrography_Dataset ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de Hier noch weitere Infos zum Problem waterway=artificial A. Arkansas River, Mündung des Canadian Rivers http://www.openstreetmap.org/?lat=35.44lon=-95.053zoom=11 1. Name Canadian River, sonst keinerlei OSM-Tags 2. Es gibt einen Teil natural=water Datum 20. 12. 2011 was meines Erachtens nicht korrekt ist. 3. NHD:FTYPE Submerged Stream, Datum 21. 12. 2011. Würde ich mit Überschwemmter Flußlauf übersetzen 4. Einige der Konturen liegen übereinander = Fehlerhaftes Skript ? 5. Canadian River, flussaufwärts Die vorhandenen Konturen stimmen nicht annäherend mit Bing überein (natural=wetland) = Fehlerhaftes Skript ? 6. Im Gebiet der Mündung des Canadian Rivers in den Arkansas River (http://www.openstreetmap.org/?lat=35.412lon=-95.087zoom=10) werden bei der Datenprüfung viele Fehler ausgegeben: - doppelte Punkte - überlappende Linien infolge übereinander liegender Konturen = Fehlerhaftes Skript ? B. Im Bereich des Clear Creek Reservoirs (http://www.openstreetmap.org/?lat=39.0195lon=-106.2623zoom=12) gibt es ähnliches vom 23. 02. 2010. Was hier auffällt ist, dass die waterway=artificial oft durch die Wasserflächen verlaufen: Der Bach oder Fluss ist am Einlauf bzw. Abfluss mit der Seekontur verbunden als Stream oder River. Innerhalb der Wasserfläche als waterway=artificial. Wird hier u. U. versucht, das Nicht-Vorhandensein des Flusses / Baches im See so darzustellen ? Beim Abfluss des Clear Creek zum Arkansas River gibt es ein kurzes Stück waterway=artificial, dass den Clear Creek mit dem Arkansas River verbindet. Das sind nur einige wenige Beispiele. Die Daten von NHD sollen ja ziemlich exakt sein, aber wenn die Skripte zum Konvertieren fehlerhaft sind oder falsch eingesetzt werden, dann hilft das alles nichts. Irgendwie ist man ziemlich machtlos, wenn man nur Bing und die vorliegenden Daten hat. Rigoroses Löschen kanns nicht sein, weil u. U. Relationen anschliessend defekt sind oder ähnliche Effekte. Es ist sicher so, dass das NHD-Script wohl nicht ganz fehlerlos lief. Alles wird aber nicht erklärt. Ich habe mich in die talk-us eingetragen; dort ist aber anscheinend nicht viel los. Ich werde trotzdem mal eine Anfrage dort stellen. WernerP ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] waterway=artificial - Was ist das ?
Hier noch weitere Infos zum Problem waterway=artificial A. Arkansas River, Mündung des Canadian Rivers http://www.openstreetmap.org/?lat=35.44lon=-95.053zoom=11 1. Name Canadian River, sonst keinerlei OSM-Tags 2. Es gibt einen Teil natural=water Datum 20. 12. 2011 was meines Erachtens nicht korrekt ist. Inzwischen geht ja auch natural=water + water=river anstatt von waterway=riverbank. Allerdings fehlt hier auch water=river, damit ist es wieder nicht vollständig. Insgesammt stimme ich aber zu, dass in dem Gebiet einiges durcheinander ist. B. Im Bereich des Clear Creek Reservoirs (http://www.openstreetmap.org/?lat=39.0195lon=-106.2623zoom=12) gibt es ähnliches vom 23. 02. 2010. Was hier auffällt ist, dass die waterway=artificial oft durch die Wasserflächen verlaufen: Der Bach oder Fluss ist am Einlauf bzw. Abfluss mit der Seekontur verbunden als Stream oder River. Innerhalb der Wasserfläche als waterway=artificial. Wird hier u. U. versucht, das Nicht-Vorhandensein des Flusses / Baches im See so darzustellen ? Beim Abfluss des Clear Creek zum Arkansas River gibt es ein kurzes Stück waterway=artificial, dass den Clear Creek mit dem Arkansas River verbindet. Wenn ein Fluß durch einen See läuft, ist das aus meiner Sicht ein ganz normales Mappen - bis auf das Tagging mit artificial natürlich. NHD scheint hier diese künstlich erzeugten Wege für die Wasserläufe eben als artificial markiert zu haben. Leider wurde das beim Import wohl übernommen. Das sind nur einige wenige Beispiele. Die Daten von NHD sollen ja ziemlich exakt sein, aber wenn die Skripte zum Konvertieren fehlerhaft sind oder falsch eingesetzt werden, dann hilft das alles nichts. Irgendwie ist man ziemlich machtlos, wenn man nur Bing und die vorliegenden Daten hat. Rigoroses Löschen kanns nicht sein, weil u. U. Relationen anschliessend defekt sind oder ähnliche Effekte. Nur um Mißverständnissen vorzubeugen: Mit Putzen meinte ich nicht, die Daten zu löschen, sondern vielmehr die Tags zu korrigieren. Die Wege mit artificial, die ich gesehen habe, gehören ja in OSM auch eingetragen. Nur das Tagging ist falsch, wobei das zu korrigieren eine ziemliche Fleißarbeit sein dürfte. Interessanterweise findet sich in den im Wiki verlinkten Skripts für die Konversion auch der Hinweis, dass Artifical Path nicht hochgeladen werden sollte... Grüße, Michael ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] HawkPat gesucht
Hi ! kennt einer von Euch den User HawkPat persönlich ? Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Was hat xyz in der Zeit von x-y bearbeitet
HI ! gibt es einen Weg festzustellen was ein User in der Zeit von a-b bearbeitet bzw. erstellt hat. Es geht darum zu prüfen, ob eventuell Vandalismus vorliegt. Gruß Jan .-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Was hat xyz in der Zeit von x-y bearbeitet
On 08.01.2012 21:05, Jan Tappenbeck wrote: gibt es einen Weg festzustellen was ein User in der Zeit von a-b bearbeitet bzw. erstellt hat. ganz primitiv könntest du auf die Userpage gehen und dort edits anklicken, dann zum betreffenden Zeitraum weiterklicken. Geht aber bestimmt irgendwo auch hübscher. Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Was hat xyz in der Zeit von x-y bearbeitet
http://yosmhm.neis-one.org/ Da kann man zumindest das bis b einstellen. Henning ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] waterway=artificial - Was ist das ?
Michael Krämer wrote: Hier noch weitere Infos zum Problem waterway=artificial A. Arkansas River, Mündung des Canadian Rivers http://www.openstreetmap.org/?lat=35.44lon=-95.053zoom=11 1. Name Canadian River, sonst keinerlei OSM-Tags 2. Es gibt einen Teil natural=water Datum 20. 12. 2011 was meines Erachtens nicht korrekt ist. Inzwischen geht ja auch natural=water + water=river anstatt von waterway=riverbank. Allerdings fehlt hier auch water=river, damit ist es wieder nicht vollständig. Insgesammt stimme ich aber zu, dass in dem Gebiet einiges durcheinander ist. B. Im Bereich des Clear Creek Reservoirs (http://www.openstreetmap.org/?lat=39.0195lon=-106.2623zoom=12) gibt es ähnliches vom 23. 02. 2010. Was hier auffällt ist, dass die waterway=artificial oft durch die Wasserflächen verlaufen: Der Bach oder Fluss ist am Einlauf bzw. Abfluss mit der Seekontur verbunden als Stream oder River. Innerhalb der Wasserfläche als waterway=artificial. Wird hier u. U. versucht, das Nicht-Vorhandensein des Flusses / Baches im See so darzustellen ? Beim Abfluss des Clear Creek zum Arkansas River gibt es ein kurzes Stück waterway=artificial, dass den Clear Creek mit dem Arkansas River verbindet. Wenn ein Fluß durch einen See läuft, ist das aus meiner Sicht ein ganz normales Mappen - bis auf das Tagging mit artificial natürlich. NHD scheint hier diese künstlich erzeugten Wege für die Wasserläufe eben als artificial markiert zu haben. Leider wurde das beim Import wohl übernommen. Die Flusslaeufe durch Seen hindurch sind eine grosse Hilfe, weil man so eben die Flusslaeufe verfolgen kann. Oft hoeren die Flusslaeufe am Anfang eines Sees auf und setzen sich am Abfluss fort. Meines Wissens muss bei NHD eine Rules-Dateil verwendet werden. Vielleicht war die ja unzureichend. Das sind nur einige wenige Beispiele. Die Daten von NHD sollen ja ziemlich exakt sein, aber wenn die Skripte zum Konvertieren fehlerhaft sind oder falsch eingesetzt werden, dann hilft das alles nichts. Irgendwie ist man ziemlich machtlos, wenn man nur Bing und die vorliegenden Daten hat. Rigoroses Löschen kanns nicht sein, weil u. U. Relationen anschliessend defekt sind oder ähnliche Effekte. Nur um Mißverständnissen vorzubeugen: Mit Putzen meinte ich nicht, die Daten zu löschen, sondern vielmehr die Tags zu korrigieren. Das ist schon klar, aber manchmal wird es nicht ohne gehen. Trotzdem erschliesst sich mir der Sinn von Submerged Streams nicht. Schliesslich wird das gemappt, was wir sehen, also irgendwie gegenstaendlich vorhanden ist. Ausnahmen sind Grenzverlaeufe. Handelt es sich um historische Flusslaeufe, die Staudammprojekten zum Opfer fielen, so muesste man die als historic oder so taggen. Analog zu abandonded railways. Die Wege mit artificial, die ich gesehen habe, gehören ja in OSM auch eingetragen. Nur das Tagging ist falsch, wobei das zu korrigieren eine ziemliche Fleißarbeit sein dürfte. Man kann sich ja alle diese Tags runterladen ueber die API, in MySQL einlesen und dann nacheinander abarbeiten. Ich werde die zahllosen Einzellinien miteinander verbinden und die Tags entsprechend anpassen. Interessanterweise findet sich in den im Wiki verlinkten Skripts für die Konversion auch der Hinweis, dass Artifical Path nicht hochgeladen werden sollte... Grüße, Michael ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de Danke fuer deine Antworten Schoenen Abend WernerP ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] waterway=artificial - Was ist das ?
Hallo Werner, Trotzdem erschliesst sich mir der Sinn von Submerged Streams nicht. Schliesslich wird das gemappt, was wir sehen, also irgendwie gegenstaendlich vorhanden ist. Ausnahmen sind Grenzverlaeufe. Handelt es sich um historische Flusslaeufe, die Staudammprojekten zum Opfer fielen, so muesste man die als historic oder so taggen. Analog zu abandonded railways. Deine Vermutung dürfte richtig sein, es scheinen wohl ehemalige Wasserläufe zu sein: http://nhd.usgs.gov/userGuide/Robohelpfiles/NHD_User_Guide/Feature_Catalog/Hydrography_Dataset/Area/Submerged_Stream.htm Grüße, Michael ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Photomapping mit Android
Hallo, kennt jemand eine Android-App mit der man Photomapping machen kann? Ich habe noch keine App gesehen die auch die Blickrichtung mit in den Fotos ablegt (als EXIF GPSImgDirection). Ist wohl auch nicht ganz einfach zu implementieren, da in der Android API keine Schnittstelle dafür da ist. Jedenfalls nicht in http://developer.android.com/reference/android/media/ExifInterface.html und auch nicht in http://developer.android.com/reference/android/hardware/Camera.Parameters.html Hat jemand vielleicht eine fertige (und freie und funktionierende) Lib? So eine simple App sollte ja nicht so kompliziert sein. Viele Grüße, Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Photomapping mit Android
Hallo Stephan, kannst du den Tag nicht mit setAttribute setzen? http://developer.android.com/reference/android/media/ExifInterface.html http://developer.android.com/resources/samples/ApiDemos/src/com/example/android/apis/graphics/Compass.html Gruß, Michael On 08.01.2012 23:29, Stephan Knauss wrote: Hallo, kennt jemand eine Android-App mit der man Photomapping machen kann? Ich habe noch keine App gesehen die auch die Blickrichtung mit in den Fotos ablegt (als EXIF GPSImgDirection). Ist wohl auch nicht ganz einfach zu implementieren, da in der Android API keine Schnittstelle dafür da ist. Jedenfalls nicht in http://developer.android.com/reference/android/media/ExifInterface.html und auch nicht in http://developer.android.com/reference/android/hardware/Camera.Parameters.html Hat jemand vielleicht eine fertige (und freie und funktionierende) Lib? So eine simple App sollte ja nicht so kompliziert sein. Viele Grüße, Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Restrictionen nach der Umstellung
hi ! mit der Lizenzumstellung fallen sicherlich auch einige Restrictions-Relationen über Bord. Wäre es nicht sinnvoll am Tag davor eine Übersicht aller Restrictionen zu erstellen - nur durch einen Punkt. Danach könnten diese schnell abgearbeitet werden und man weiß wo gezielt wieder remappt werden muss. Wie denkt Ihr darüber ? Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-it] Healthcare e di nuovo sul sistema di tagging
Ho fatto un'osservazione senza conoscere bene il contesto, dovrei leggermi le proposte del passate - mi puoi dare i puntatori. Per il dentista, ci sono tanti paesi dove non è considerato un servizio alla pari col medico, ma più un mestiere a parte, in particolare al di fuori del sistema Health Care statale. Volevo solo fare quest'osservazione. Sicuramente dovrebbe essere discusso sulla lista [Tagging]. Volker 2012/1/7 sabas88 saba...@gmail.com Un health=dentist come health=hospital e così via fino alla guardia medica sarebbe meglio, non trovi? :) Mi piacerebbe una riforma più generale, ma a piccoli passi si fa tutto.. Questa è già stata proposta più volte :) ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Healthcare e di nuovo sul sistema di tagging
From: sabas88 [mailto:saba...@gmail.com] Sent: sabato 7 gennaio 2012 21:36 To: openstreetmap list - italiano Subject: Re: [Talk-it] Healthcare e di nuovo sul sistema di tagging Che c'è di male con amenity=dentist. E' un servizio al pubblico. Se una convenzione (di tale si tratta) è in uso da tempo, perché modificarla? Concordo. Ma nessuno ti vieta di aggiungere i tag proposti, anche se la proposta non è finalizzata. Nel caso del dentista, la proposta Healthcare_2.0 [1] suggerisce proprio di aggiungere i nuovi tag ad amenity=dentist. [1] http://wiki.openstreetmap.org/wiki/Proposed_features/Healthcare_2.0#Compatib ility Ciao, Alberto ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Healthcare e di nuovo sul sistema di tagging
On Sun, 8 Jan 2012 09:40:44 +0100, Volker Schmidt wrote: Per il dentista, ci sono tanti paesi dove non è considerato un servizio alla pari col medico, ma più un mestiere a parte, in particolare al di fuori del sistema Health Care statale. [..] SACRILEGIO! -- . ''`. Debian developer | http://wiki.debian.org/DavidPaleino : :' : Linuxer #334216 --|-- http://www.hanskalabs.net/ `. `'` GPG: 1392B174 | http://deb.li/dapal `- 2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174 signature.asc Description: PGP signature ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Sentiero E1 - dov'è finito?
Ciao, mi ricordo di avere mappato un tratto del sentiero E1 lungo il Ticino ma ora la relazione del sentiero E1 italiano è stata formattata e rifatta da zero: http://www.openstreetmap.org/browse/relation/1947310/history Come faccio ad aggiungere i tratti che avevo già mappato? Grazie ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Sentiero E1 - dov'è finito?
Se ci sono ancora i percorsi tuoi e hai l'utilsplugin basta che fai ctrl-c da un percorso già in relazione e ctrl-alt-v sul tuo per copiare la relazione :) Il giorno 08/gen/2012 16:22, Federico Cozzi f.co...@gmail.com ha scritto: Ciao, mi ricordo di avere mappato un tratto del sentiero E1 lungo il Ticino ma ora la relazione del sentiero E1 italiano è stata formattata e rifatta da zero: http://www.openstreetmap.org/browse/relation/1947310/history Come faccio ad aggiungere i tratti che avevo già mappato? Grazie ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Sentiero E1 - dov'è finito?
2012/1/8 sabas88 saba...@gmail.com: Se ci sono ancora i percorsi tuoi e hai l'utilsplugin basta che fai ctrl-c da un percorso già in relazione e ctrl-alt-v sul tuo per copiare la relazione :) Già, ma il problema è che io non ricordo quali sono i percorsi nella relazione! E' stata proprio quella, la mappatura: seguire il percorso e aggiungere i percorsi alla relazione. In pratica devo rifare da zero? Ciao ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Sentiero E1 - dov'è finito?
2012/1/8 Federico Cozzi f.co...@gmail.com: Ciao, mi ricordo di avere mappato un tratto del sentiero E1 lungo il Ticino ma ora la relazione del sentiero E1 italiano è stata formattata e rifatta da zero: http://www.openstreetmap.org/browse/relation/1947310/history Come faccio ad aggiungere i tratti che avevo già mappato? Non sono impazzito, la relazione esisteva ed era la 37360: http://www.openstreetmap.org/browse/changeset/8696552 Come faccio a capire cosa è successo? Il download della history dal sito di OSM dà timeout... Grazie ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Sentiero E1 - dov'è finito?
Il 08/01/2012 16:22, Federico Cozzi ha scritto: Ciao, mi ricordo di avere mappato un tratto del sentiero E1 lungo il Ticino ma ora la relazione del sentiero E1 italiano è stata formattata e rifatta da zero: http://www.openstreetmap.org/browse/relation/1947310/history Come faccio ad aggiungere i tratti che avevo già mappato? Boh! Anch'io stamattina ho rilevato un po' di segnavia a Galliate e al momento di inserire i dati la relazione era sparita! (o meglio, ho provato a scaricare in JOSM alcuni tratti che ne facevano parte, ma nessuno risultava più appartenere a una relazione). L'ho ricreata ex novo, l'id è 1958712. http://www.openstreetmap.org/browse/relation/1958712 Ciao Guido ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Sentiero E1 - dov'è finito?
Federico Cozzi wrote Come faccio a capire cosa è successo? Il download della history dal sito di OSM dà timeout... Succede per oggetti troppo complessi... fortunatamente c'è http://osm.mapki.com/history/ Ciao, Gianluca -- View this message in context: http://gis.638310.n2.nabble.com/Sentiero-E1-dov-e-finito-tp7164912p7165052.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Sentiero E1 - dov'è finito?
Non se ti è utile, ma ho appena ricostruito 4 relazione che erano state svuotate per errore. Ho utilizzato una nota di Martin sul help wiki. http://help.openstreetmap.org/questions/4019/how-do-i-restore-data-that-was-lost-during-editing Volker 2012/1/8 totera g...@hotmail.it Federico Cozzi wrote Come faccio a capire cosa è successo? Il download della history dal sito di OSM dà timeout... Succede per oggetti troppo complessi... fortunatamente c'è http://osm.mapki.com/history/ Ciao, Gianluca -- View this message in context: http://gis.638310.n2.nabble.com/Sentiero-E1-dov-e-finito-tp7164912p7165052.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it -- Volker SCHMIDT Via Vecchia 18/ter 35127 Padova Italy mailto:vosc...@gmail.com office phone: +39-049-829-5977 office fax +39-049-8700718 home phone: +39-049-851519 personal mobile: +39-340-1427105 skype: volker.schmidt ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Sentiero E1 - dov'è finito?
Il giorno 08 gennaio 2012 17:36, Volker Schmidt vosc...@gmail.com ha scritto: Non se ti è utile, ma ho appena ricostruito 4 relazione che erano state svuotate per errore. Ho utilizzato una nota di Martin sul help wiki. http://help.openstreetmap.org/questions/4019/how-do-i-restore-data-that-was-lost-during-editing Volker 2012/1/8 totera g...@hotmail.it Federico Cozzi wrote Come faccio a capire cosa è successo? Il download della history dal sito di OSM dà timeout... Succede per oggetti troppo complessi... fortunatamente c'è http://osm.mapki.com/history/ Ciao, Gianluca -- View this message in context: http://gis.638310.n2.nabble.com/Sentiero-E1-dov-e-finito-tp7164912p7165052.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it -- Volker SCHMIDT Via Vecchia 18/ter 35127 Padova Italy mailto:vosc...@gmail.com office phone: +39-049-829-5977 office fax +39-049-8700718 home phone: +39-049-851519 personal mobile: +39-340-1427105 skype: volker.schmidt Cercate di fare il merge fra le varie relazioni, magari individuando quella più grande ed inserendo lì i percorsi delle altre. Non mi pare che siano duplicati, ma solo vari frammenti referenziati diversamente... ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-co] Render Colombia Era: Reporte Oficial II Temporada de Lluvias
Hola Maperos!!! Creo que he terminado con las capas de elevación para el área en cuestión. Trabajé con un geotiff Aster GDEM v2.0 como base descargado desde [1,2] (N10W076). El tutorial en [3] fue muy útil aunque hice algunos cambios menores en especial para la paleta de colores. Hice las pruebas en una instalación local de Tilemill y lucen bien [4]. Los rasters están disponibles en [5,6,7]. Lo siguiente sería publicarlos como un overlay en http://osm.arkemie.org/ousm/ aunque primero quisiera compartir la licencia de ASTER disponible en [8,9] (si la entiendo bien, bajo el contexto de desastre natural solo necesitariamos citarlos correctamente). Si todo esta en orden... ¿Cuál sería el procedimiento para subirlos como una nueva capa en Arkemie? [1] http://reverb.echo.nasa.gov/ [2] https://picasaweb.google.com/lh/photo/RfrigWZ6tYKn9mBYfJIYbqxy6_hgtjmdVOOOCA5LBLs?feat=directlink [3] http://mapbox.com/tilemill/docs/tutorials/terrain-data/ [4] https://picasaweb.google.com/lh/photo/kFxBUMUiESXP5SKIGE_i7axy6_hgtjmdVOOOCA5LBLs?feat=directlink [5] https://sites.google.com/site/warehouse1978/Home/SE-Colour-relief.tif?attredirects=0d=1 [6] https://sites.google.com/site/warehouse1978/Home/SE-Hillshade.tif?attredirects=0d=1 [7] https://sites.google.com/site/warehouse1978/Home/SE-Slope-relief.tif?attredirects=0d=1 [8] https://lpdaac.usgs.gov/products/aster_policies [9] https://picasaweb.google.com/lh/photo/JdfPVzoKNi-6ih2nBfAFk6xy6_hgtjmdVOOOCA5LBLs?feat=directlink 2011/12/19 Bennet Campoverde benets...@hotmail.com Hola Fredy, cuente conmigo, que el tema de la gramática del mapeo (reglas de comunicación cartográfica) para hacer más efectivos los despliegues de la información mapeada o render, ha sido un tema de especial interés para mi. From: fredyriv...@gmail.com Date: Mon, 19 Dec 2011 07:13:43 -0500 To: talk-co@openstreetmap.org Subject: [Talk-co] Render Colombia Era: Reporte Oficial II Temporada de Lluvias 2011/12/18 Bennet Campoverde benets...@hotmail.com: Hola Federico Hola todos Quetal si aprovechamos de despertó de nuevo el tema y usamos todas estas ideas para empezar a trabajar en el render de Colombia que habíamos hablado hace un tiempo e el servidor que nos donó banco Mundial? Cuando de Relieve se trata, es mas efectivo manejarlos mas como el mapa base o el 'base layer' (backdrop) no como 'overlay'. Asi que con el relieve de base o 'base layer' o 'backdrop', las demas capas de datos; vias, poblaciones, linderos, puntos de interes, hospitales, etc serian los overlays para manejar sobre el relieve de fondo. A mi me parece tambien una buena idea que el fondo sea el relieve, sobre todo por que queda reutilizable y sobre este se pueden poner capas con transparencias como hacen Jeam. salu2 Freed Cordialmente Bennet Campoverde From: federico.explora...@nevados.org To: talk-co@openstreetmap.org Date: Sun, 18 Dec 2011 09:02:57 -0500 Subject: Re: [Talk-co] Reporte Oficial II Temporada de Lluvias Hola Jean Guilhem, Si entiendo bien, Arkemie está prestando un servicio a OCHA para mostrar información de la Sala de Situación Humanitaria y para ello tienen un custom Mapnik que se puede adaptar para renderizar otras cosas. Para este fin, te quiero hacer las siguientes propuestas, relacionadas con atención en emergencia: 1. Renderizar tracks con tracktype=grade1, grade2, grade3 con dos líneas o rayas, así: , en lugar de una sola línea --- . Muchísimos caminos rurales en Colombia están tageados así y son vías de acceso a veredas. 2. Reducir el nivel de zoom (para la apariencia en el mapa) de instalaciones relacionadas con respuesta humanitaria/de emergencia: hospitales, puestos de salud, alcaldía, escuelas, camp_site (usado para albergues), bomberos, defensa civil, policía... A la vez, revisar los símbolos de estas instalaciones, porque algunas no son muy atractivas o dicientes. 3. Uso de marcadores: para el overlay Colombia SSH, se podrían usar marcadores de diferentes colores, de acuerdo al tipo de evento registrado. 4. Propuesta algo mayor: incluir (como overlay?) el relieve de Colombia. Recientemente descubrí la base de datos de CGIAR [1], que ofrece SRTM en versión 4, en formatos geotiff. Para mi aficción de tiempo libre, he usado estos tif (convirtiéndolos a hgt) para hacer un web map de la Sierra Nevada del Cocuy [2], el resultado es asombroso; la calidad es mucho mejor que los SRTM que se descargan de la NASA y mejor que el relieve que muestra cyclemap. El relieve, al menos como opción vía selección como overlay, me parece importante; porque solo viendo el relieve se entienden eventos como derrumbes, remoción en masa, cortes de carretera por derrumbe o inundaciones. Con un cordial saludo, Federico [1] http://srtm.csi.cgiar.org/index.asp [2]
Re: [Talk-co] Render Colombia Era: Reporte Oficial II Temporada de Lluvias
Hola Andres ! Estupendo ! Pueden ver una primera combinación de estos rasters con los datos de OSM en un slippy map en : http://osm.arkemie.org/ousm/colombia/relief.html?zoom=11lat=10.34581lon=-75.28601layers=B Claro que sus comentarios son bienvenidos. Como seguir para el resto del país ? Como prefieres. Puedes producir los rasters si quieres. O acaso sería mas eficaz para los traslados de datos que lo haga yo aqui con un script (si quieres compartir tus parametros) - el tutorial lo hace parecer bastante simple (pienso que esto podría ser interesante también para el resto del mundo). Y, del punto de vista del manejo de las tejas, acaso seria mejor combinar todo en una sola capa. Me gusta mucho esto tipo de colaboración. Jean-Guilhem Le 08/01/2012 19:03, Andres Oswaldo Calderon Romero a écrit : Hola Maperos!!! Creo que he terminado con las capas de elevación para el área en cuestión. Trabajé con un geotiff Aster GDEM v2.0 como base descargado desde [1,2] (N10W076). El tutorial en [3] fue muy útil aunque hice algunos cambios menores en especial para la paleta de colores. Hice las pruebas en una instalación local de Tilemill y lucen bien [4]. Los rasters están disponibles en [5,6,7]. Lo siguiente sería publicarlos como un overlay en http://osm.arkemie.org/ousm/ aunque primero quisiera compartir la licencia de ASTER disponible en [8,9] (si la entiendo bien, bajo el contexto de desastre natural solo necesitariamos citarlos correctamente). Si todo esta en orden... ¿Cuál sería el procedimiento para subirlos como una nueva capa en Arkemie? [1] http://reverb.echo.nasa.gov/ [2] https://picasaweb.google.com/lh/photo/RfrigWZ6tYKn9mBYfJIYbqxy6_hgtjmdVOOOCA5LBLs?feat=directlink [3] http://mapbox.com/tilemill/docs/tutorials/terrain-data/ [4] https://picasaweb.google.com/lh/photo/kFxBUMUiESXP5SKIGE_i7axy6_hgtjmdVOOOCA5LBLs?feat=directlink [5] https://sites.google.com/site/warehouse1978/Home/SE-Colour-relief.tif?attredirects=0d=1 https://sites.google.com/site/warehouse1978/Home/SE-Colour-relief.tif?attredirects=0d=1 [6] https://sites.google.com/site/warehouse1978/Home/SE-Hillshade.tif?attredirects=0d=1 https://sites.google.com/site/warehouse1978/Home/SE-Hillshade.tif?attredirects=0d=1 [7] https://sites.google.com/site/warehouse1978/Home/SE-Slope-relief.tif?attredirects=0d=1 https://sites.google.com/site/warehouse1978/Home/SE-Slope-relief.tif?attredirects=0d=1 [8] https://lpdaac.usgs.gov/products/aster_policies [9] https://picasaweb.google.com/lh/photo/JdfPVzoKNi-6ih2nBfAFk6xy6_hgtjmdVOOOCA5LBLs?feat=directlink 2011/12/19 Bennet Campoverde benets...@hotmail.com mailto:benets...@hotmail.com Hola Fredy, cuente conmigo, que el tema de la gramática del mapeo (reglas de comunicación cartográfica) para hacer más efectivos los despliegues de la información mapeada o render, ha sido un tema de especial interés para mi. From: fredyriv...@gmail.com mailto:fredyriv...@gmail.com Date: Mon, 19 Dec 2011 07:13:43 -0500 To: talk-co@openstreetmap.org mailto:talk-co@openstreetmap.org Subject: [Talk-co] Render Colombia Era: Reporte Oficial II Temporada de Lluvias 2011/12/18 Bennet Campoverde benets...@hotmail.com mailto:benets...@hotmail.com: Hola Federico Hola todos Quetal si aprovechamos de despertó de nuevo el tema y usamos todas estas ideas para empezar a trabajar en el render de Colombia que habíamos hablado hace un tiempo e el servidor que nos donó banco Mundial? Cuando de Relieve se trata, es mas efectivo manejarlos mas como el mapa base o el 'base layer' (backdrop) no como 'overlay'. Asi que con el relieve de base o 'base layer' o 'backdrop', las demas capas de datos; vias, poblaciones, linderos, puntos de interes, hospitales, etc serian los overlays para manejar sobre el relieve de fondo. A mi me parece tambien una buena idea que el fondo sea el relieve, sobre todo por que queda reutilizable y sobre este se pueden poner capas con transparencias como hacen Jeam. salu2 Freed Cordialmente Bennet Campoverde From: federico.explora...@nevados.org mailto:federico.explora...@nevados.org To: talk-co@openstreetmap.org mailto:talk-co@openstreetmap.org Date: Sun, 18 Dec 2011 09:02:57 -0500 Subject: Re: [Talk-co] Reporte Oficial II Temporada de Lluvias Hola Jean Guilhem, Si entiendo bien, Arkemie está prestando un servicio a OCHA para mostrar información de la Sala de Situación Humanitaria y para ello tienen un custom Mapnik que se puede adaptar para renderizar otras cosas. Para este fin, te quiero hacer las siguientes propuestas, relacionadas con atención en emergencia: 1. Renderizar tracks con
Re: [Talk-dk] Knap en øl - flaske vin op i dag - Fugro 1 år i OSM regi
Thumbs up - det kan jo kun gå i den rigtige retning. (lidt med undtagelse af licensoprydning) /Jens Den 6. jan. 2012 10.33 skrev Soren Johannessen soren.johannes...@gmail.com : Hej alle sammen I dag er det så et år siden at OSM DK fik et 100% kortdækning luftfotolag med hjælp fra Fugro (importen af alle 662 luftfoto klar denne dag) ( http://wiki.openstreetmap.org/wiki/Fugro) Dette var helt sikkert med til at OSM DK i 2011 kunne udvise en kæmpe vækst i indtegning af vejnettet og andre geografiske objekter Se fx road compleness stat her http://osm.rasher.dk/tools/stats.php 99.38% i dag (500 meter) Så stop op og klap jer selv på skuldrene for denne kæmpe indsats - Og speciel tak til Peter Brodersen for at have skaftet/forhandlet med Fugro og sat det tekniske op med hjælp fra Jonas Häggqvist. Må 2012 blive et endnu bedre kortlægningsår. /Søren Johannessen ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Dansk folkekirke
On 08-01-2012 12:57, Morten Kjeldgaard wrote: Jeg skrev i maj 2011 til kirkeministeriet og forespurgte om folkekirkens engelske betegnelse, og fik flg. svar: Folkekirkens trosretning er Evangelical Lutheran, der på engelsk skrives uden bindestreg. Jeg vil derfor mene at folkekirker skal tagges: denomination=Evangelical Lutheran Det vil være i modstrid med eksisterende praksis i OSM i øvrigt. Normalvis skriver vi tag-værdier med småt, og erstatter mellemrum med underscore. Altså denomination=evangelical_lutheran -- Jonas Häggqvist rasher(at)rasher(dot)dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
[Talk-ec] Rio Napo
Hola, quiero apresentarme rapidito ya que es mi primero mensaje a la lista. Soy aleman viviendo en Galápagos hace un poco más que dos años. Tengo 37 años, un niño de 2½ y poco cabelo. Paso mi tiempo cambiando (todavía) pañales, desarrollando software y quejandome del internet de las íslas enquando mi esposa trabaja, por coincidencia es colega del Temporalista :) (sí, todo mundo se conoce acá) Ya había usado OSM antes pero como en alemania es dificil encontrar áreas para mejorar como principante (sobre todo en Karlsruhe donde viví, parece el baluarte mundial del OSM :)) sólo he empecado en serio acá. Hé hecho bastante en las íslas Santa Cruz y Floreana, y un poquito acá y alla en el continente donde hé viajado. Sobre el último es mi pregunta ahora, mirad acá en el Rio Napo: http://www.openstreetmap.org/?lat=-0.44619lon=-76.80331zoom=15layers=M Son dos islotes que dibujé ayer (en el editor se los ve, todavía no estan en el slippymap) y los marqué como place:islet. Pero mi dé cuenta de que ninguno de los otros ya existentes tienen este tag; o tienen nada o natural:land. Que piensan ustedes que es mejor? Otra cosa acá: http://www.openstreetmap.org/?lat=-0.4176lon=-76.5741zoom=14layers=M arnotixe y Basstoelpel han dibujado diferentes delineaciónes para los islotes, marcados con natural:land por arnotixe y nada más que una membresía en un Multipolygon (estos todavía no entiendo muy bien como funcionan) por Basstoelpel. Seguramente sería perferible juntarlos en uno? saludos, Matthias signature.asc Description: Digital signature ___ Talk-ec mailing list Talk-ec@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ec
Re: [Talk-ec] Rio Napo
Hola Matthias, bienvenido. Sobre el último es mi pregunta ahora, mirad acá en el Rio Napo: http://www.openstreetmap.org/?lat=-0.44619lon=-76.80331zoom=15layers=M Son dos islotes que dibujé ayer (en el editor se los ve, todavía no estan en el slippymap) y los marqué como place:islet. Pero mi dé cuenta de que ninguno de los otros ya existentes tienen este tag; o tienen nada o natural:land. Que piensan ustedes que es mejor? Bueno, creo que debe ir place:islet y también natural:land, la mayoría de los objetos no están perfectos, mientras más información existe es mejor. Otra cosa acá: http://www.openstreetmap.org/?lat=-0.4176lon=-76.5741zoom=14layers=M arnotixe y Basstoelpel han dibujado diferentes delineaciónes para los islotes, marcados con natural:land por arnotixe y nada más que una membresía en un Multipolygon (estos todavía no entiendo muy bien como funcionan) por Basstoelpel. Seguramente sería perferible juntarlos en uno? Creo que si arnotixe y Basstoelpel no responden, si, es preferible juntarles en uno Saludos Julio ___ Talk-ec mailing list Talk-ec@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ec
Re: [Talk-ro] TIC-Lobby: Publicarea liberă a limitelor unităților administrativ-teritoriale (UAT)
Exista un termen limita sau deja a fost trimisa scrisoarea ? Cum poate semna o asociatie sau alta organizatie formala/informala ? Din pacate scrisoarea nu este extrem de clara in sensul de date libere (De asemenea, datele vor fi publicate sub licența și modul de citare agreat de către ANCPI.). Astfel ANCPI poate pune la dispozitie cvasi-liber intr-un format OK datele pe Internet, dar dpdv juridic se poate interpreta ca exista un drept sui-generis asupra bazei de date pusa la dispozitie de catre ANCPI, daca nu exista o licenta clara care sa permita re-utilizarea.) Oare se mai pot sugera mici imbunatatiri ? Bogdan PS: cum adica unde s-a blocat? La implementare, ca toate legile neamului. Faptul ca nu exista o autoritate responsabila de aplicarea legii, ca si nicio sanctiune clara a legii, o fac sa fie pe hartie si sa nu intereseze mai pe nimeni din sectorul public. Cind vine ditamai presedinta ANRMAP si zice „Celelalte site-uri sunt creații ale unor firme private care nu fac altceva decât să intermedieze informația, în scopul obținerii de contracte de consultanţă“ Vezi - http://legi-internet.ro/blogs/index.php/2011/12/12/datele-publice-libere-si-libertatea-de-a-fi-penibil Tu ce sa mai zici ? - Original Message - From: Strainu strain...@gmail.com To: tic-lo...@googlegroups.com; OSM Romania talk-ro@openstreetmap.org Sent: Saturday, January 07, 2012 2:02 PM Subject: TIC-Lobby: Publicarea liberă a limitelor unităților administrativ-teritoriale (UAT) Salut, Din seria dacă tot nu se respectă legislația europeană cu privire la accesul liber la datele publice, măcar să le obținem una câte una, comunitatea geo-spatial.org a lansat o scrisoare deschisă adresată către Agenția Națională de Cadastru și Publicitate Imobiliară prin care cere acces liber la limitele unităților administrativ-teritoriale (UAT) de pe teritoriul României. Proiecte libere ca OpenStreetMap sau Wikipedia vor avea mult de câștigat dacă vor avea acces la aceste date, la fel ca și cei care vor să dezvolte aplicații pe baza acestor date. Puteți citi scrisoarea și o puteți și semna la: http://earth.unibuc.ro/articole/scrisoare-ancpi-uat La cât mai multe date eliberate, Strainu P.S. Ia să vedem, ghiciți unde s-a blocat la noi legislația cu privire la accesul liber la datele publice? -- YOU OWN YOUR OWN WORDS Aţi primit acest mesaj pentru că sunteţi abonat la TIC-Lobby Group. Pentru a posta în acest grup, trimiteţi e-mail la tic-lo...@googlegroups.com Pentru a vă dezabona de la acest grup, trimiteţi un e-mail la tic-lobby-unsubscr...@googlegroups.com Pentru mai multe opţiuni, vizitaţi acest grup la http://groups.google.com/group/tic-lobby?hl=ro ___ Talk-ro mailing list Talk-ro@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ro
[Talk-cz] waterway=náhon?
Zdar, tak jsem včera trošku zeditoval Oslavu, a při té příležitosti jsem akčně přepsal náhony z waterway=stream na waterway=canal, neboť waterway=stream A naturally-formed waterway that is too thin to be classed as a river. ... náhon určitě není naturally-formed waterway=canal An artificial open waterway used for transportation, waterpower, or irrigation. náhon je artificial a je used for waterpower A teď koukám, jak je to vyrenderovaný, a je to dost katastrofa, neboť náhony jsou stejně tlustý jak řeka samotná (a to jsem navíc neřešil horní tok, kde to ještě není river ale jen stream, to už by bylo úplně pěst na oko ...) Nějaké návrhy, co s tím? Já bych si ideálně představoval rozdělit canal do těch tří podtypů, jak je charakterizován, pokud možno v souladu se stávajícím - když kouknu na http://wiki.openstreetmap.org/wiki/Tag:waterway=canal tak je tam možnost boat=yes Takže bych přidal waterpower=yes a irrigation=yes a od toho bych odvozoval defaultní renderování - irrigation nejtenší, waterpower jako stream nebo o trochu širší, a boat o něco tenší než řeka (samozřejmě při použití v kombinaci by slabší byl přebit tlustším). Jenže to chce prohnat nějakým oficiálním procesem, a pak donutit renderery, aby na to braly ohled - a když se podívám, že mapnik stále kašle na width, což by problém řešilo aspoň tam, kde to někdo vyplnil (u těch náhonů mě to fakt nenapadlo řešit ...), tak mě jímá pesimismus :-( Přehlídnul jsem nějakou možnost, jak se s tím vypořádat, aniž by se kvůli vzhledu rozbil význam dat, tj. aniž by se ty náhony musely tagovat jako něco, co nejsou (ať už stream nebo ditch)? K. ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] waterway=náhon?
Změna náhonů na canal je určitě správná. Velkou šířku náhonu bych jako problém neviděl, spíš malou šířku řeky. U těch řek se to řeší pomocí waterway=riverbank. Zkus si podle cuzk:km nakreslit kousek břehů řeky nebo toho náhonu a uvidíš jak vypadají šířky reálně. Samozřejmě používání width by tomu hodně pomohlo (usnadnilo), ale nevypadá, že by to v brzké době chtěl někdo dělat. Lukáš (LM_1) 2012/1/8 Karel Volný ka...@seznam.cz: Zdar, tak jsem včera trošku zeditoval Oslavu, a při té příležitosti jsem akčně přepsal náhony z waterway=stream na waterway=canal, neboť waterway=stream A naturally-formed waterway that is too thin to be classed as a river. ... náhon určitě není naturally-formed waterway=canal An artificial open waterway used for transportation, waterpower, or irrigation. náhon je artificial a je used for waterpower A teď koukám, jak je to vyrenderovaný, a je to dost katastrofa, neboť náhony jsou stejně tlustý jak řeka samotná (a to jsem navíc neřešil horní tok, kde to ještě není river ale jen stream, to už by bylo úplně pěst na oko ...) Nějaké návrhy, co s tím? Já bych si ideálně představoval rozdělit canal do těch tří podtypů, jak je charakterizován, pokud možno v souladu se stávajícím - když kouknu na http://wiki.openstreetmap.org/wiki/Tag:waterway=canal tak je tam možnost boat=yes Takže bych přidal waterpower=yes a irrigation=yes a od toho bych odvozoval defaultní renderování - irrigation nejtenší, waterpower jako stream nebo o trochu širší, a boat o něco tenší než řeka (samozřejmě při použití v kombinaci by slabší byl přebit tlustším). Jenže to chce prohnat nějakým oficiálním procesem, a pak donutit renderery, aby na to braly ohled - a když se podívám, že mapnik stále kašle na width, což by problém řešilo aspoň tam, kde to někdo vyplnil (u těch náhonů mě to fakt nenapadlo řešit ...), tak mě jímá pesimismus :-( Přehlídnul jsem nějakou možnost, jak se s tím vypořádat, aniž by se kvůli vzhledu rozbil význam dat, tj. aniž by se ty náhony musely tagovat jako něco, co nejsou (ať už stream nebo ditch)? K. ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] waterway=náhon?
Pro me je canal neco jako umely plavebni kanal, rekneme Dunaj-Ryn. To uplatneni pro nahon je mozne, byt v mych ocich podruzne a zanedbatelne. Casto je to v praxi obtizne rozlisitelne i pri hluboke mistni znalosti (opravoval jsem ted asi 100 km ruznych vodnich toku). Naturally-formed je problemova definice, pokud jen tak z hlavy placnu tak Morava, Svratka, Svitava, Jevisovka maji nemalo regulovane koryto, casto uplne jinde nez naturally pred 150 lety. hanoj 2012/1/8 Karel Volný ka...@seznam.cz: Zdar, tak jsem včera trošku zeditoval Oslavu, a při té příležitosti jsem akčně přepsal náhony z waterway=stream na waterway=canal, neboť waterway=stream A naturally-formed waterway that is too thin to be classed as a river. ... náhon určitě není naturally-formed waterway=canal An artificial open waterway used for transportation, waterpower, or irrigation. náhon je artificial a je used for waterpower A teď koukám, jak je to vyrenderovaný, a je to dost katastrofa, neboť náhony jsou stejně tlustý jak řeka samotná (a to jsem navíc neřešil horní tok, kde to ještě není river ale jen stream, to už by bylo úplně pěst na oko ...) Nějaké návrhy, co s tím? Já bych si ideálně představoval rozdělit canal do těch tří podtypů, jak je charakterizován, pokud možno v souladu se stávajícím - když kouknu na http://wiki.openstreetmap.org/wiki/Tag:waterway=canal tak je tam možnost boat=yes Takže bych přidal waterpower=yes a irrigation=yes a od toho bych odvozoval defaultní renderování - irrigation nejtenší, waterpower jako stream nebo o trochu širší, a boat o něco tenší než řeka (samozřejmě při použití v kombinaci by slabší byl přebit tlustším). Jenže to chce prohnat nějakým oficiálním procesem, a pak donutit renderery, aby na to braly ohled - a když se podívám, že mapnik stále kašle na width, což by problém řešilo aspoň tam, kde to někdo vyplnil (u těch náhonů mě to fakt nenapadlo řešit ...), tak mě jímá pesimismus :-( Přehlídnul jsem nějakou možnost, jak se s tím vypořádat, aniž by se kvůli vzhledu rozbil význam dat, tj. aniž by se ty náhony musely tagovat jako něco, co nejsou (ať už stream nebo ditch)? K. ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] dotaz na funknost Opentrackmap
Dne 29.12.2011 10:51, Zdeněk Pražák napsal(a): Chtěl jsem se zeptat, jak to vypadá s aktualizacemi OTM, nezobrazují se například turistické trasy v okolí Potštejna, které jsem v minulosti doplnil. Pražák Zdravím. Bohužel momentálně dělám na spoustě jiných projektů a na OTM mi už nezbývá ani čas ani energie, a tak bych momentálně považoval tento projekt za neudržovaný. Ani už si nepamatuji, v jakém stavu jsem jej zanechal. Navíc jsem uvažoval, že v budoucnu by asi nemělo smysl provozovat opentrackmap.cz a mtbmap.cz paralelně a bylo by dobré tyto projekty nějakým způsobem sloučit. Každopádně pokud by měl někdo zájem se o OTM starat do té doby než (jestli) na ni budu mít čas, tak bych to nějak zařídil. Díky. Radek Bartoň. ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] waterway=náhon?
Ale i v té dávné době někde koryto té řeky bylo, to u náhonů a kanálů neplatí. Dne 8. ledna 2012 14:03 hanoj eha...@gmail.com napsal(a): Pro me je canal neco jako umely plavebni kanal, rekneme Dunaj-Ryn. To uplatneni pro nahon je mozne, byt v mych ocich podruzne a zanedbatelne. Casto je to v praxi obtizne rozlisitelne i pri hluboke mistni znalosti (opravoval jsem ted asi 100 km ruznych vodnich toku). Naturally-formed je problemova definice, pokud jen tak z hlavy placnu tak Morava, Svratka, Svitava, Jevisovka maji nemalo regulovane koryto, casto uplne jinde nez naturally pred 150 lety. hanoj 2012/1/8 Karel Volný ka...@seznam.cz: Zdar, tak jsem včera trošku zeditoval Oslavu, a při té příležitosti jsem akčně přepsal náhony z waterway=stream na waterway=canal, neboť waterway=stream A naturally-formed waterway that is too thin to be classed as a river. ... náhon určitě není naturally-formed waterway=canal An artificial open waterway used for transportation, waterpower, or irrigation. náhon je artificial a je used for waterpower A teď koukám, jak je to vyrenderovaný, a je to dost katastrofa, neboť náhony jsou stejně tlustý jak řeka samotná (a to jsem navíc neřešil horní tok, kde to ještě není river ale jen stream, to už by bylo úplně pěst na oko ...) Nějaké návrhy, co s tím? Já bych si ideálně představoval rozdělit canal do těch tří podtypů, jak je charakterizován, pokud možno v souladu se stávajícím - když kouknu na http://wiki.openstreetmap.org/wiki/Tag:waterway=canal tak je tam možnost boat=yes Takže bych přidal waterpower=yes a irrigation=yes a od toho bych odvozoval defaultní renderování - irrigation nejtenší, waterpower jako stream nebo o trochu širší, a boat o něco tenší než řeka (samozřejmě při použití v kombinaci by slabší byl přebit tlustším). Jenže to chce prohnat nějakým oficiálním procesem, a pak donutit renderery, aby na to braly ohled - a když se podívám, že mapnik stále kašle na width, což by problém řešilo aspoň tam, kde to někdo vyplnil (u těch náhonů mě to fakt nenapadlo řešit ...), tak mě jímá pesimismus :-( Přehlídnul jsem nějakou možnost, jak se s tím vypořádat, aniž by se kvůli vzhledu rozbil význam dat, tj. aniž by se ty náhony musely tagovat jako něco, co nejsou (ať už stream nebo ditch)? K. ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] UIR-ZSJ import - last call ;-)
Petr Morávek [Xificurk] napsal(a): Zapracoval jsem připomínky a sloučil původní návrh s návrhem hanoje. Stránku s popisem importu jsem přesunul na [1] a doplnil odkaz do WikiProject Czech Republic/freemap [2]. Prosím tedy o poslední kolo připomínek... Pokud nebudou vážné námitky, rád bych začal s plošným importem datasetů OBCE a COBE. A taky na různých místech wiki upravil popisky pro tag place. Dobrou noc ;-) Petr Morávek aka Xificurk [1] http://wiki.openstreetmap.org/wiki/Users:Xificurk/Import_UIR-ZSJ [2] http://wiki.openstreetmap.org/wiki/WikiProject_Czech_Republic/freemap Ahoj, tak jsem nanečisto projel, jak by vypadal import a z porovnání dat v OSM vyplynulo, že by se hodilo ještě poladit dva parametry: 1) Hranici mezi village a hamlet výrazně snížit - klidně až na 50 obyvatel. 2) Poladit vzorec pro stanovení samostatných sídel na 39*(obyvatelstvo)^0.39 + 200. Tím spadne více sídel z UIR-ZSJ do kategorie suburb/neighbourhood, což moc nevadí, protože je možné při nalezení shody převzít tag place samostatného sídla (hamlet, village, ...) z OSM. Opačně to nejde, protože celý severovýchod je zaplněn vesnicema označenýma jako suburb. Jelikož se zdá, že obecně nejsou žádné vážné námitky, zkusím nějaký menší import, pravděpodobně něco z Pardubického kraje (protože tam to znám ;-)) a pak se uvidí, co dál... Petr Morávek aka Xificurk signature.asc Description: OpenPGP digital signature ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
[Talk-cz] vinarske cyklostezky, barva
Zdravim, snazil jsem se mapovat moravske vinarske cyklostezky. Podle doporuceni by se to melo mapovat jako lcn coz se ovsem v cyklistickych mapach zobrazi modre. V pripade krizeni nekolika ruznych potom nastava docela chaos. Idealni by bylo, pokud je to nejak mozne je barevne odlisit. Ona je kazda jinak pojmenovana a ma svoji barvu, ikdyz na tech vybledlich cedulich vetsinou ani nejde precist ktera to je. Tohle asi nijak snadne nepujde ze ? ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] vinarske cyklostezky, barva
Ahoj, rozhodně jde přidat tag color [1] s barvou stezky, případně i tag osmc:symbol [2] s popisem značky. Problém je, že to cyklomapa na hlavních stránkách nebude renderovat, což je ale problém té mapy a neznamená to že nějaká jiná cyklomapa to renderovat nebude. [1] http://wiki.openstreetmap.org/wiki/Key:colour [2] http://wiki.openstreetmap.org/wiki/Key:osmc:symbol Původní zpráva Od: Tomáš Kratina t.krat...@gmail.com Předmět: [Talk-cz] vinarske cyklostezky, barva Datum: 08.1.2012 22:10:20 Zdravim, snazil jsem se mapovat moravske vinarske cyklostezky. Podle doporuceni by se to melo mapovat jako lcn coz se ovsem v cyklistickych mapach zobrazi modre. V pripade krizeni nekolika ruznych potom nastava docela chaos. Idealni by bylo, pokud je to nejak mozne je barevne odlisit. Ona je kazda jinak pojmenovana a ma svoji barvu, ikdyz na tech vybledlich cedulich vetsinou ani nejde precist ktera to je. Tohle asi nijak snadne nepujde ze ? ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz Petr Dlouhý petr.dlo...@email.cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
[OSM-talk-fr] extraire un contour depuis géofla ?
Je crois bien avoir encore trouvé une bizarrerie du Cadastre (mais suis-je bien réveillée en ce dimanche matin pluvieux ?) : la commune de Susan (ref:INSEE=09304) n'est pas dans le cadastre ; ce confetti de 3km², entièrement inclu dans la commune de La-Bastide-de-Sérou, figure bien dans geofla. Je l'ai sous les yeux avec IGNmap. Quelqu'un veut-il bien m'indiquer la bonne piste pour extraire ce contour (ça me fait une occasion de comprendre comment sont fait les shp) ? merci ! ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] forum: Hello
Le message suivant : ## Bonjour à tous, et très heureux de prendre part à votre forum :) Je me présente donc : infographiste 3d de 25 ans, je suis atterri sur ce forum par hasard, dans le but de faire fonctionner une solution alternative sur mon téléphone, le samsung jet. Voilou ! :P a été posté sur le forum http://forum.openstreetmap.fr/viewforum.php?f=10 Une réponse sur la liste directement n'est hélas pas transmise sur le forum, ce qui n'empeche pas une concertation avant réponse par email. Notez qu'il n'est pas necessaire d'avoir un compte sur le forum pour repondre. -- Tout commentaire sur ce message peut être demandé à sylvainaletuffe.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
forum: Extraire rues � partir d'un .osm
Le message suivant : ## Bonjour à tous, afin de faire fonctionner l'outil de recherche offline sur l'appli java pour mobile Mgmaps, je cherche un moyen d'extraire les noms de rues à partir d'un fichier .osm. S'il vous plaît, auriez-vous une idée de script sur la chose (ou bien avec JOSM, je ne sais pas trop) ? Le fichier en question : http://www.2shared.com/file/IG5biI4H/map.html Merci pour vos suggestions ;) a été posté sur le forum http://forum.openstreetmap.fr/viewforum.php?f=5 Une réponse sur la liste directement n'est hélas pas transmise sur le forum, ce qui n'empeche pas une concertation avant réponse par email. Notez qu'il n'est pas necessaire d'avoir un compte sur le forum pour repondre. -- Tout commentaire sur ce message peut être demandé à sylvainaletuffe.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] extraire un contour depuis géofla ?
Le 08/01/2012 10:54, Hélène PETIT a écrit : errata : Susan (ref:INSEE=09304) n'est pas dans le cadastre ; Suzan (avec un Z) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] forum: Utilisation du tag Landuse Residential
Le message suivant : ## Bonjour, Pour les zones landuse=residential, devons-nous entourer un groupement parcellaire entouré par des routes et lui appliquer ce tag, ou bien faut-il utiliser ce tag pour une tâche urbaine plus importante ? Merci par avance. a été posté sur le forum http://forum.openstreetmap.fr/viewforum.php?f=2 Une réponse sur la liste directement n'est hélas pas transmise sur le forum, ce qui n'empeche pas une concertation avant réponse par email. Notez qu'il n'est pas necessaire d'avoir un compte sur le forum pour repondre. -- Tout commentaire sur ce message peut être demandé à sylvainaletuffe.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Import manuel des zones Corine
Bonjour J'ai travaillé sur Trélazé à coté dAngers. J'ai remarqué qu'une partie n'était pas marquée en zone résidentielle alors qu'elle l'est clairement. Du coup je m'intéresse aux données Corine : http://wiki.openstreetmap.org/wiki/WikiProject_France/Corine_Land_Cover . Visiblement d'après http://clc.openstreetmap.fr/cgi-bin/index.py l'import automatique était impossible. Je voudrais tenter malgré tout d'utiliser au moins une partie de l'information manuellement. J'ai bien compris l'utilité de http://clc.openstreetmap.fr/cgi-bin/index.pymais je ne vois pas comment obtenir le fichier osm de la zone qui m'intéresse pour l'adapter / importer. La zone concernée : http://clc.openstreetmap.fr/cgi-bin/index.py?zoom=14lat=47.45543lon=-0.52564layers=TB0Tch=111,112,121,122,123,124,131,132,133,141,142,211,212,213,221,222,223,231,241,242,243,244,311,312,313,321,322,323,324,331,332,333,334,335,411,412,421,422,423,511,512,521,522,523st=out Comment faire cet import ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import manuel des zones Corine
Le 08/01/2012 14:35, Pierre-Olivier GREGOIRE a écrit : Bonjour J'ai bien compris l'utilité de http://clc.openstreetmap.fr/cgi-bin/index.py mais je ne vois pas comment obtenir le fichier osm de la zone qui m'intéresse pour l'adapter / importer. Il semble que Corine ait mal commencé l'année. J'ai réussi à trouver le lien pour le chargement dans JOSM mais derrière le décors. Il faudrait un gros zoom sur l'étiquette du polygone à importer et je chercherai le lien. En attendant qu'on réveille Corine. -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] extraire un contour depuis géofla ?
avec la fonction explode du logiciel libre MapWindow, j’obtiens les coordonnées de 15 points formants un polygone : dans le système RGF93_Lambert_93. x y 572094 6214922 572200 6214928 572460 6215021 573109 6215267 573353 6215499 573308 6216256 572593 6216492 571702 6216264 571638 6216125 571496 6216028 571256 6215956 571233 6215715 571314 6215536 571452 6215304 571741 6215035 572094 6214922 Je n'ai pas su convertir ça en quelque chose de vraisemblable, alors j'ai fait une capture d'écran de géofla que j'ai utilisé bêtement dans josm. un jour, peut-être, je saurai faire mieux . ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] extraire un contour depuis géofla ?
Bonjour, Le 08/01/2012 15:25, Hélène PETIT a écrit : avec la fonction explode du logiciel libre MapWindow, j’obtiens les coordonnées de 15 points formants un polygone : dans le système RGF93_Lambert_93. x y 572094 6214922 572200 6214928 572460 6215021 573109 6215267 573353 6215499 573308 6216256 572593 6216492 571702 6216264 571638 6216125 571496 6216028 571256 6215956 571233 6215715 571314 6215536 571452 6215304 571741 6215035 572094 6214922 Je n'ai pas su convertir ça en quelque chose de vraisemblable, alors j'ai fait une capture d'écran de géofla que j'ai utilisé bêtement dans josm. un jour, peut-être, je saurai faire mieux . Une autre piste pourrait être OGR : http://www.gdal.org/ogr/ et ce programme : http://www.gdal.org/ogr2ogr.html qui sait lire le shapefile et écrire le GPX. En revanche il faudrait jouer avec les options de reprojection car tu pars du Lambert 93 et il faudrait atterrir en lon/lat WGS84. vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] extraire un contour depuis géofla ?
On Sun, 08 Jan 2012 15:25:28 +0100 Hélène PETIT h...@free.fr wrote: avec la fonction explode du logiciel libre MapWindow ^ Open Source le jour où l'opensource sera libre les poules auront des dents ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] extraire un contour depuis géofla ?
Quelqu'un veut-il bien m'indiquer la bonne piste pour extraire ce contour (ça me fait une occasion de comprendre comment sont fait les shp) ? La dernière fois que j'ai travaillé sur geofla pour l'incorporer dans osm (frontière de département), j'ai cherché plusieurs solutions pour retravailler le fichier shp En graphique clic clic ou presque, j'avais trouvé qgis et son convertisseur ogr, mais comme ma version devait être un peu vielle, je me suis dirigé vers une solution ligne de commande avec l'outil ogr2ogr Avec cette outil, en une commande (que je n'arrive bien sûr pas à retrouver) mais qui devait s'approcher d'un truc du genre : ogr2ogr -nlt MULTILINESTRING -t_srs EPSG:4326 -f GPX resultat.gpx fichier.shp Tu devrais arriver à t'approcher d'une conversion en gpx, donc que tu peux travailler dans JOSM (un test m'indique que ma précédente commande ne marche pas car gpx ne supporte pas les polygones, mais il doit y avoir un moyen de le forcer à en faire des lignes) http://www.gdal.org/ogr2ogr.html http://www.gdal.org/ogr/drv_gpx.html -- sly (sylvain letuffe) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] extraire un contour depuis géofla ?
avec la fonction explode du logiciel libre MapWindow ^ Open Source le jour où l'opensource sera libre les poules auront des dents Oui, mais on dirait bien que ton intervention est tout à fait hors propos dans le cas de MapWindow : http://www.mapwindow.org/pages/opensource.php The Mozilla Public License 1.1 applies to all MapWindow GIS source code raté ;-) -- sly (sylvain letuffe) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] extraire un contour depuis géofla ?
Une autre piste pourrait être (...) et ce programme : http://www.gdal.org/ogr2ogr.html qui sait lire le shapefile et écrire le GPX. Arrr ! J'ai 10 minutes de retard sur toi ;-) -- sly (sylvain letuffe) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [HS] extraire un contour depuis géofla ?
Le 08/01/2012 16:02, sly (sylvain letuffe) a écrit : Une autre piste pourrait être (...) et ce programme : http://www.gdal.org/ogr2ogr.html qui sait lire le shapefile et écrire le GPX. Arrr ! J'ai 10 minutes de retard sur toi ;-) Allez, pas grave, tu auras quand même une médaille, mais...en chocolat : http://g.co/maps/aybp7 ;-) Chocolaterie vue en place en décembre 2011 comme on dit de certains repères. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] extraire un contour depuis géofla ?
On Sun, 8 Jan 2012 16:00:55 +0100 sly (sylvain letuffe) li...@letuffe.org wrote: avec la fonction explode du logiciel libre MapWindow ^ Open Source le jour où l'opensource sera libre les poules auront des dents Oui, mais on dirait bien que ton intervention est tout à fait hors propos dans le cas de MapWindow : http://www.mapwindow.org/pages/opensource.php ? The Mozilla Public License 1.1 applies to all MapWindow GIS source code raté ;-) la citadelle assiégée ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] clc.osm.fr problème
Le 10 décembre 2011, Vincent Pottier a écrit : Bonjour, C'est moi ou... Le clic sur les marqueurs ne fonctionne plus... Au survol d'un marqueur, en console firebug, il y a un message :this.registerEvents is not a function Bon, j'ai corrigé en faisant au plus simple: j'ai juste mis la même librairie javascript OpenLayers que sur osmose. Du coup, les bulles du site http://clc.openstreetmap.fr marchent correctement maintenant ! -- Jocelyn ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [HS] extraire un contour depuis géofla ?
Allez, pas grave, tu auras quand même une médaille, mais...en chocolat : http://g.co/maps/aybp7 ;-) ha ha ! J'en profite pour faire de la pub, mon tonton fait de bons chocolats ;-) Chocolaterie vue en place en décembre 2011 comme on dit de certains repères. Rhô, et pas dans osm pour autant ! Voilà qui est corrigé -- sly (sylvain letuffe) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import manuel des zones Corine
Bon alors finalement ( mise à jour de http://lists.openstreetmap.org/pipermail/talk-fr/2009-October/014987.html ) : 1 - Activer remote control dans JOSM : Edition - Préférences - Onglet remote control et activer la fonctionnalité 2 - http://clc.openstreetmap.fr/cgi-bin/index.py modifié par Jocelyn. Le clic sur les polygones affichent maintenant une bulle avec un lien ouvrir dans JOSM . Le polygone est alors importé dans JOSM. 2012/1/8 Pierre-Olivier GREGOIRE po.grego...@gmail.com Bonjour J'ai travaillé sur Trélazé à coté dAngers. J'ai remarqué qu'une partie n'était pas marquée en zone résidentielle alors qu'elle l'est clairement. Du coup je m'intéresse aux données Corine : http://wiki.openstreetmap.org/wiki/WikiProject_France/Corine_Land_Cover. Visiblement d'après http://clc.openstreetmap.fr/cgi-bin/index.py l'import automatique était impossible. Je voudrais tenter malgré tout d'utiliser au moins une partie de l'information manuellement. J'ai bien compris l'utilité de http://clc.openstreetmap.fr/cgi-bin/index.py mais je ne vois pas comment obtenir le fichier osm de la zone qui m'intéresse pour l'adapter / importer. La zone concernée : http://clc.openstreetmap.fr/cgi-bin/index.py?zoom=14lat=47.45543lon=-0.52564layers=TB0Tch=111,112,121,122,123,124,131,132,133,141,142,211,212,213,221,222,223,231,241,242,243,244,311,312,313,321,322,323,324,331,332,333,334,335,411,412,421,422,423,511,512,521,522,523st=out Comment faire cet import ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr