Re: [OSM-talk-be] OSM stats
On Fri, May 13, 2011 at 17:50, eMerzh merz...@gmail.com wrote: if we count that the belgian higways are 118414km long osm miss 29440 km. Those are highways in the OSM sense, i.e. any roads, right? Out of curiosity, where did you get that number? - Chris - ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] OSM stats
Thanks for the excellent information. I'll have a look around Gistel. Georges 2011/5/13 eMerzh merz...@gmail.com Hi everybody, Today i've compiled some stats about OSM in belgium. in summary : You can see a list of unammped / sparsely mapped village in http://bmaron.net/osm_stats/unmapped/result.html / http://bmaron.net/osm_stats/unmapped/ (on a map) We have added in 1 week : 446,72 km of highway (w-o track) so 63,81km /day 612,64 km of highway with track so 87,5 km/day. if we count that the belgian higways are 118414km long osm miss 29440 km. In 1 Month we have mapped : 113 Unmapped places ( there are still 117 of them) 67 Sparsely mapped (there are still 390 of them) If you want to se more go to my blog page (it's only in fr ... sorry about that) http://blog.bmaron.net/index.php?post/2011/05/13/Stats-OSM-pour-mai-%3A%29 Happy mapping everyone, keep doing great job! ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] OSM stats
Hi, the lenght of osm highway are directly calculated from an osm2pgsql with data from the 12th april. and the assumed total length is taken from here : http://economie.fgov.be/fr/modules/publications/statistiques/circulation_et_transport/longueur_du_reseau_routier_revetu_en_km.jsp On Sat, May 14, 2011 at 10:05, Chris Browet c...@semperpax.com wrote: On Fri, May 13, 2011 at 17:50, eMerzh merz...@gmail.com wrote: if we count that the belgian higways are 118414km long osm miss 29440 km. Those are highways in the OSM sense, i.e. any roads, right? Out of curiosity, where did you get that number? - Chris - ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] OSM stats
On Sat, May 14, 2011 at 10:20, eMerzh merz...@gmail.com wrote: and the assumed total length is taken from here : http://economie.fgov.be/fr/modules/publications/statistiques/circulation_et_transport/longueur_du_reseau_routier_revetu_en_km.jsp This is the one I meant... Cool. Thanks. ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Officiële toelating gebruik stratenplan Beveren website
Dag Silas. Een mooi resultaat. Al zit ik met enige twijfels of 'het schepencollege weet wat ze doen'... Ik heb een licht vermoeden dat de kaart zoals die via de website beschikbaar is een samenraapsel is van gegevens die niet, of niet uitsluitend, 'toebehoren' aan de gemeente Beveren. Op de website, of bij de kaart, is er echter voor zover ik kon zien, niets vermeld ivm data-eigendom en/of copyright, dus als de gemeente het publiceert, en ook zegt dat we het kunnen gebruiken, dan denk ik dat dat voor OSM in orde is. Zeker ontbrekende straatnamen en huisnummers zijn erg makkelijk via deze bron na te gaan. Het akkoord van de gemeente Beveren kan zeker worden toegevoegd op de wiki-pagina ivm Belgie. Luc / Speedy 2011/5/13 Silas De Munck s...@wsnet.be Beste, Iets minder dan 2 jaar geleden heb ik aan de gemeente Beveren gevraagd of het toegelaten was om de online kaart op de website van Beveren [1] te gebruiken als bron voor Openstreetmap. Toen was het antwoord dat ze dit zouden onderzoeken. Deze week kreeg ik antwoord dat op het college van burgemeester en schepenen van 9/05/2011 beslist is dat deze kaart als bron mag gebruikt worden. De kaart is niet heel gebruiksvriendelijk, maar bevat toch veel informatie. Waaronder straatnamen, maar ook huizen en huisnummers. Mijn vraag in dit verband is nu hoe ik dit kenbaar kan maken voor andere (Beverse) OSM gebruikers. Is er ergens een lijst van bronnen die gebruikt mogen worden zoals deze? Mvg, Silas [1] http://geoloket.cevi.be/website/beverenstratenplan/opstarten.htm ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] OSM stats
On 14-5-2011 10:20, eMerzh wrote: Hi, the lenght of osm highway are directly calculated from an osm2pgsql with data from the 12th april. I assume you took the projection into account? Plainly doing ST_Length will sum the projected length of the roads. The real length will be much lower. -- Lennard ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-legal-talk] 'Contents'
Francis Davey fjmd1a@... writes: The ODbL definition of database implicitly contains a definition of contents, namely the things that are arranged in a systematic etc way. What the contents are will depend on the terms of OSMF's licence, I think the 'contents' must depend on the nature of the work being considered and not on the licence. For some works, such as a database of photographs, it is clear what is the 'contents' and what the database which contains them. I don't think that distinction is clear for the OSM map data, because the individual data items (such as latitude numbers, or names of things) are almost meaningless considered separately. So my question is really about how the law and the licence text apply to OSM in particular. The ODbL is a general-purpose licence for anything that may be considered a 'database' having 'contents'; the question is whether a given work can be considered in that framework. For a photo album, the answer is yes; for an individual photo, surely not (it would be stretching things to consider each square pixel as a separate item of 'contents'). The OSM map falls somewhere between these two extremes. The example you gave was that of the user diaries table, which contains prose written by OSM contributors. It would certainly be a good example of a split between database and contents. However, it's not in fact part of the map data which is proposed to be distributed under ODbL / DbCL. So, in the UK an entire table (and certainly the entire database), considered as a table, would attract database right and one or two forms of copyright (probably only the one, maybe none), but some of the data in the database might attract its own copyright. That copyright would not be licensed under ODbL which expressly does not deal with the licence terms of the contents of the database. This does make sense, but it makes it important to find out exactly what these 'contents' are. The ODbL text is no help because it is general-purpose and doesn't know about map-specific terms or OSM-specific data such as nodes and areas. Problem: what if I take a map and enter points on it into the OSM database? [...] However the map is not (as a map) contents of the database (in ODbL terms) because it is not individually accessible. Ah, so perhaps this is the test; if an object can be taken out individually then it is considered 'contents'. However, this is problematic; given the file of map data, whether something is individually accessible depends entirely on the computer program used to manipulate the file. At the extreme a whole city might be individually accessible through some interface. -- Ed Avis e...@waniasset.com ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
[OSM-legal-talk] license for Wiki Loves Monuments
This september will be a relative large event from Wikimedia-side across europe: Wiki Loves Monuments. It is a public photo contest around monuments (overview of the cultural heritage, also small houses) and we will create lists of monuments in Wikipedia: http://commons.wikimedia.org/wiki/Commons:Wiki_Loves_Monuments_2011 We (Wikipedia-people) will ask different official side for the object lists they have as starting point for us. This lists will contains a lot of objects (10.000) with adresses, descriptions, coordinates (with luck), year of build, architect, My question is now under which license or terms we should ask for these list so that they later reusable for OpenStreetMap. Would a CC-BY-SA ok or should it be ODBL? Greatings Tim alias Kolossos P.S: Are there other ideas to involve OSM in this project? ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] license for Wiki Loves Monuments
On 05/14/2011 06:01 PM, Mike Dupont wrote: Funny, based on my last question, the OSM will not be able to use cc-by-sa data in the future. Hence the question, I imagine. :-) PDDL/CC0 for the data would avoid this question, or dual-licencing ODbL/BY-SA might be good. - Rob. ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] license for Wiki Loves Monuments
On 14 May 2011 18:49, Kolossos tim.al...@s2002.tu-chemnitz.de wrote: This september will be a relative large event from Wikimedia-side across europe: Wiki Loves Monuments. It is a public photo contest around monuments (overview of the cultural heritage, also small houses) and we will create lists of monuments in Wikipedia: http://commons.wikimedia.org/wiki/Commons:Wiki_Loves_Monuments_2011 We (Wikipedia-people) will ask different official side for the object lists they have as starting point for us. This lists will contains a lot of objects (10.000) with adresses, descriptions, coordinates (with luck), year of build, architect, My question is now under which license or terms we should ask for these list so that they later reusable for OpenStreetMap. Would a CC-BY-SA ok or should it be ODBL? One additional thing OSM asks is that the coordinates be derived from a free source and not Google Maps and the like. I'm just mentioning it because it's often a surprise for wikipedians who want to contribute to OSM something they previously made for wikipedia. We had a discussion about the Wiki Loves Monuments project on osm Polish forums in the context of collaboration between Wikimedia local chapter and the osm to-be local chapter, and this Google question came up again. Cheers ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
[OSM-talk] Three-dimensional aerial imagery
I saw this news story about how three-dimensional aerial photos, viewed with special glasses, make it easier to pick out structures on the ground. http://www.bbc.co.uk/news/magazine-13359064 I wonder if any such 3-d imagery is available today? It would seem to involve having two cameras a set distance apart. If OSM ever charters a plane again, as was done for Stratford-upon-Avon, England, a few years back, it might be worth taking two cameras instead of one. In the meantime I guess we'll wait for the 3-d display Windows Phone to come out, with accompanying Bing Maps 3D. -- Ed Avis e...@waniasset.com ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Three-dimensional aerial imagery
On Sat, May 14, 2011 at 12:16 PM, Ed Avis e...@waniasset.com wrote: I saw this news story about how three-dimensional aerial photos, viewed with special glasses, make it easier to pick out structures on the ground. http://www.bbc.co.uk/news/magazine-13359064 I wonder if any such 3-d imagery is available today? It would seem to involve having two cameras a set distance apart. If OSM ever charters a plane again, as was done for Stratford-upon-Avon, England, a few years back, it might be worth taking two cameras instead of one. In the meantime I guess we'll wait for the 3-d display Windows Phone to come out, with accompanying Bing Maps 3D. Available today? Sure. This imagery has been around for a while. http://www.pathfinderonline.co.uk/articles/item/164-operation-crossbow-how-3d-glasses-defeated-hitler ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Unlicensed use of the logo in iPhone app?
Hi, Just spotted that new app which is using osm's logo as the app's icon. I'm pretty sure this is unlicensed use and it should be taken down but I don't know who should start the dialog with the dev and/or apple. App link : http://itunes.apple.com/fr/app/hvor-er-jeg/id434211669?mt=8 Yann ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Three-dimensional aerial imagery
I saw this news story about how three-dimensional aerial photos, viewed with special glasses, make it easier to pick out structures on the ground. http://www.bbc.co.uk/news/magazine-13359064 I wonder if any such 3-d imagery is available today? It would seem to involve having two cameras a set distance apart. If OSM ever charters a plane again, as was done for Stratford-upon-Avon, England, a few years back, it might be worth taking two cameras instead of one. In the meantime I guess we'll wait for the 3-d display Windows Phone to come out, with accompanying Bing Maps 3D. Stereoscopic images used to be very common and were, as far as I was aware, usually used to draw up contour lines for OS maps in the UK. You can see some examples here and on the next few pages http://rst.gsfc.nasa.gov/Sect11/Sect11_3.html They're a bit like magic eye images - and a lot of people should be able to see them without special glasses. Basically, you put two images side by side, taken from slightly different angles. Look in the centre of the two images and defocus to a point beyond the page. Eventually you should see the image in full relief. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Three-dimensional aerial imagery
Basically, you put two images side by side, taken from slightly different angles. Look in the centre of the two images and defocus to a point beyond the page. Eventually you should see the image in full relief. I've not heard of this approach before, but Stereoscopes are still commonly used to produce a 3D image. Stereoscopic photography is still very important, for example, in Archaeology / Heritage / lanuduse characterisation. As far as I'm aware, there images are still being produced (although they're a bit old fashioned now compared to airborne LIDAR, etc), but I imagine they'd be pricey to get hold of. In many places of the world (well, the UK at least) an enormous supply of images will exist of buildings and landscapes that haven't changed in a long old time; people have been using this technique since before WWII, you just need to get access to some photos and decide on the best Stereoscope - Potlatch workflow. That could be the most interesting bit of the entire project... Cheers, Joseph On 14 May 2011 23:54, Richard Bullock rb...@cantab.net wrote: I saw this news story about how three-dimensional aerial photos, viewed with special glasses, make it easier to pick out structures on the ground. http://www.bbc.co.uk/news/magazine-13359064 I wonder if any such 3-d imagery is available today? It would seem to involve having two cameras a set distance apart. If OSM ever charters a plane again, as was done for Stratford-upon-Avon, England, a few years back, it might be worth taking two cameras instead of one. In the meantime I guess we'll wait for the 3-d display Windows Phone to come out, with accompanying Bing Maps 3D. Stereoscopic images used to be very common and were, as far as I was aware, usually used to draw up contour lines for OS maps in the UK. You can see some examples here and on the next few pages http://rst.gsfc.nasa.gov/Sect11/Sect11_3.html They're a bit like magic eye images - and a lot of people should be able to see them without special glasses. Basically, you put two images side by side, taken from slightly different angles. Look in the centre of the two images and defocus to a point beyond the page. Eventually you should see the image in full relief. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Three-dimensional aerial imagery
On 14 May 2011 18:16, Ed Avis e...@waniasset.com wrote: I saw this news story about how three-dimensional aerial photos, viewed with special glasses, make it easier to pick out structures on the ground. http://www.bbc.co.uk/news/magazine-13359064 I wonder if any such 3-d imagery is available today? It would seem to involve having two cameras a set distance apart. If OSM ever charters a plane again, as was done for Stratford-upon-Avon, England, a few years back, it might be worth taking two cameras instead of one. The techniques and the software used in aerial imagery normally struggle to reduce the perspective effect to the minimum, so that the view is almost isometric. One of the advantages of that is that you can pan around the single image and have the illusion of flying over the terrain. With the perspective effect you couldn't do that, you would just have 3D views from a few discrete points like in Google StreetView. You also wouldn't be able to rotate the imagery like you can in Nearmap or Bing, because your eyes won't rotate. If you want that, though, I don't think you need to resurvey Stratford-upon-Avon with two cameras. With the camera shooting continuously you can just pick pairs of consecutive images that are some known distance apart and you get the same effect. Cheers ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Unlicensed use of the logo in iPhone app?
On 14 May 2011 22:46, Yann Coupin y...@coupin.net wrote: Hi, Just spotted that new app which is using osm's logo as the app's icon. I'm pretty sure this is unlicensed use and it should be taken down but I don't know who should start the dialog with the dev and/or apple. App link : http://itunes.apple.com/fr/app/hvor-er-jeg/id434211669?mt=8 Nice. The app uses an OpenStreetMap app logo but the screenshots show it using Google tiles. Deceptive and confusing use of the logo and mark. I have sent the developer(s) an informal email (for now) asking them to stop inappropriately using the logo. Regards Grant ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [talk-au] Nearmap badly out of date
IMHO definitely put source=survey if it is. (e.g. from a gps track) It can be difficult to determine this later. E.g. I can see that there is a GPS track log nearby, but did the person use it? - Ben. Sent from my HTC -Original Message- From: Nick Hocking nick.hock...@gmail.com Sent: Saturday, 14 May 2011 14:28 To: talk-au@openstreetmap.org Subject: [talk-au] Nearmap badly out of date No I didn't though maybe I should have. There have been discussions (on these lists) for a fer years now and the consensus opinion was that if you upload gps tracks (and mine are all still there and identifiable) then source=survey was not necessary. Maybe this opinion has changed over the years, I'm not sure. this is mapped as highway=construction so will not be routable any way. ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Nearmap badly out of date
On 14/05/11 16:35, Ben Kelley wrote: IMHO definitely put source=survey if it is. (e.g. from a gps track) It can be difficult to determine this later. E.g. I can see that there is a GPS track log nearby, but did the person use it? This brings up a point which I'd like clarification on. When I input data from my own GPS, I tag it as source=survey. But what if I use the JOSM download of Raw GPS data to plot the way? What should the source tag say then? As long as there have been more than a handful of passes logged, This seems the most accurate way by far to get the true path of a winding road. The false points (when individual GPSs can't decide whether a corner has come up, or accuracy has gone down) get nicely averaged out. John H ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
[talk-au] Nearmap badly out of date
Ben Kelley wrote E.g. I can see that there is a GPS track log nearby, but did the person use it? Yes, that was exactly the arguement If there is no source tag but there is a public GPS trace uploaded to OSM, then the assumption is that it was used to plot the way and that the tag Source=survey is present. Nick ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Nearmap badly out of date
On 14/05/11 14:28, Nick Hocking wrote: Ross wrote Did you tag your ways with source=survey so that it would show them that you had actually surveyed it? No I didn't though maybe I should have. There have been discussions (on these lists) for a fer years now and the consensus opinion was that if you upload gps tracks (and mine are all still there and identifiable) then source=survey was not necessary. Maybe this opinion has changed over the years, I'm not sure. The consensus was that all input should have a source=tag whether it's from survey, nearmap, bing whatever. Cheers Ross ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
[talk-au] Nearmap badly out of date
Ross - fixed Liz O'Neill Street... Thanks for fixing that Ross, One tiny point though, the grassed over area is just the westbound section. The bit from the corner to where my tracks end could more accurately be tagged highway=residential access=no Also, could you fix my naming error for me please? THe proper name is Liz O'Neill Street not Liz O'Niell Street. I have surveyed all the street signs (front and back) and even though one of them (intersection with Plimsoll Drive, I think) has it as Liz ONeill Street, the majority have what I believe to be correct which is with the apostrophe. If the ACT government haven't fixed this soon (plus the other new error in Casey and a couple of bad ones in Bonner) I will let them know the details. Last year, after having driven all the roads in Canberra, and noting down all the street signs, I notified them of about a dozen incorrect street signs and they had had them all fixed within two months (they are really on the ball!) Cheers Nick ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [Talk-de] Krankenhausgelände
Moin Martin! Am 13.05.2011 03:40, schrieb M∡rtin Koppenhoefer: Am 13. Mai 2011 00:08 schrieb Stephan Wolffs.wo...@web.de: Nur das Universitätsklinikum als Ganzes stellt Mitarbeiter ein und besitzt Geräte, Gebäude und Grundstücke. Viele Teile des Uniklinikums werden von mehreren Fachkliniken gemeinsam genutzt (OP-Bereich, Bettenstationen, etc.). jetzt wird es ziemlich speziell, das unterscheidet sich vermutlich auch von Klinik zu Klinik, ziemlich sicher aber von Bundesland zu Bundesland (Föderalismus, Grundstücksbesitzer (bzw. der Gebäude) wird das Universitätsklinikum vermutlich eher nicht sein, lediglich Nutzer). Ich kenne das so, dass Gyn-OPs in der Frauenklinik und Augen-OPs in der Augenklinik gemacht werden. Wurdest du schon häufiger in der Frauenklinik operiert? :-) Eine Uniklinik mit einem Dutzend chirurgischer Fächer hat nicht ebensoviele OP-Bereiche. In Kiel gibt es jetzt einen Zentral-OP mit 16 Sälen, der von der Frauenklinik, Urologie und diversen anderen chirurgischen Kliniken genutzt wird. Vermutlich finden dort auch große Augenoperationen statt. Kleinere Eingriffe gibt es natürlich auch dezentral. Es stimmt schon, unter bestimmten Aspekten ist das Uniklinikum _eine_ Institution, während man m.E. durchaus trotzdem für mehrere Krankenhäuser plädieren kann. Dann muss man ein praktikables Konzept vorlegen, aus 25 Kliniken und 15 Instituten, die sich meist Gebäude teilen und teils auf mehrere Gebäude verteilt sind, mehrere Krankenhäuser zu machen. Würdest Du denn auch bei verteilten Standorten ein einzelnes Krankenhaus daraus machen, evtl. sogar in unterschiedlichen Städten, wenn das die Verwaltungsstruktur ist? Nein. Ich hatte nur dein Argument widerlegt, dass die Fachkliniken rechtlich unabhängig oder räumlich klar getrennt sind. Ich würde jeden Standort (ein Gründstück oder mehrere Teile mit wenigen Metern Abstand) als ein Krankenhaus sehen. Viele Grüße, Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] OKCon 2011: preliminary programme + list of speakers
Dear all, I am happy to announce the preliminary Programme of the Open Knowledge Conference - OKCon 2011 http://okcon.org/2011/programme It already includes a great variety of interesting talks and sessions. Final version will be published around June, 1st. I am delighted to share with you a sneak preview list of speakers already confirmed their coming. http://okcon.org/2011/speakers You are invited to also join the pro-OKCon workshops and a screen scraping day - kind of hackathon, see more: http://okcon.org/blog All in all we are exited and looking forward to a great Conference with all of you! Please note: There are only 15 days left to get your early bird ticket. http://okcon2011.eventbrite.com/ All the best Daniel PS: sorry for cross-posting -- Daniel Dietrich The Open Knowledge Foundation Promoting Open Knowledge in a Digital Age www.okfn.org - www.opendefinition.org Mail: daniel.dietr...@okfn.org Mobil: +49 171 780 870 3 Twitter: @ddie ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-in] GSoC Project's Name Suggestion
Hello Everyone, I am doing my project on 'Fast Track Deployment of Customised OSM Tile Server' for GSoC. I need a little creative help from all of you, that I want to give my project a specific and effective name, the name can be Indian word or any which you would like to suggest. Please give me the names whatever strikes to your mind, We will select one after shortlisting some names. Related person to the selected name will be given proper credits for his/her name suggestions. I have already some name suggestion, but I would like to hear from you. So Its a humble request please give some attention and suggest the best names so that we can represent India well. You can find more details about my project at its wiki page: http://wiki.openstreetmap.org/wiki/Fast_Track_Deployment_of_Customised_OSM_Tile_Server Thank You. -- Parveen Arora www.parveenarora.in E-Mail: o...@parveenarora.in ___ Talk-in mailing list Talk-in@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-in
Re: [Talk-it] Confini ISTAT 2011 - dump provinciali
Il sabato 14 maggio 2011 00:13 David Paleino ha scritto: On Fri, 13 May 2011 22:53:09 +0200, Samuele Battarra wrote: [..] Grande, inizio subito a sistemare la mia provincia (Rimini). Occhio, è facile creare conflitti, se non sei strasicuro meglio non uploadare :D Pensavo di non caricare direttamente questi nuovi confini, ma di procedere in questo modo. Visualizzo i confini sopra alle foto pcn per vedere a quale elemento fisico si agganciano (di solito è un fiume, una strada, un fosso o il confine tra due campi), traccio l'elemento fisico e poi lo taggo come confine (oltre che con i tag opportuni per indicare cos'è). Alcuni dubbi che ho: lascio type=boundary o passo a type=multipolygon? vale la pena aggiungere i nodi con role admin_centre e label? vengono usati? nella pagina http://wiki.openstreetmap.org/wiki/Relation:boundary si dice che sulle way i name:left e name:right non servono più, li tolgo? -- Samuele Battarra batta...@email.it signature.asc Description: This is a digitally signed message part. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Confini ISTAT 2011 - dump provinciali
Dimenticavo un altro dubbio, spesso mi ritrovo alla fine con la relazione che contiene tutti i segmenti necessari, ma in ordine assolutamente sparso, ha una qualche utilità metterli in ordine? -- Samuele Battarra batta...@email.it signature.asc Description: This is a digitally signed message part. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Confini ISTAT 2011 - dump provinciali
2011/5/13 David Paleino da...@debian.org: Buonasera *, ho preparato dei dump provinciali dei confini ISTAT 2011 in versione non generalizzata. Purtroppo, al contrario dei confini 2001, non è auspicabile fare un upload di massa, perché alcuni confini sono stati modificati secondo le CTR locali, altri secondo survey. Hai fatto un ottimo lavoro. Ho guardato i confini del mio comune e di quelli limitrofi. Sono eccezionali. Una definizione decisamente ottima e nulla di paragonabile a quelli vecchi. Io farei anche un import massivo: i confini ISTAT 2011 sono, secondo me, perfetti. Ciao, Andrea. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Confini ISTAT 2011 - dump provinciali
On Sat, 14 May 2011 11:39:50 +0200, Enrico Piccinelli wrote: Salve a tutti. Premetto che non ho mai eseguito finora lavori di tale entità, e vorrei un vostro consiglio prima di commettere emerite ca**ate. Sto ricalcando il confine del mio paese (Travagliato, provincia di Brescia), e sto procedendo in questo modo: Scaricato il file osm della provincia di Brescia, dato l'elevato numero di punti contenuti nel file ho semplificato con Josm il percorso, e quindi ho scaricato il confine attuale dal database di osm, e sto modificando quest'ultimo in modo da farlo coincidere con il confine istat. Eh, no. Non devi semplificarli con JOSM. Altrimenti non ha senso lavorare sulla versione istat non generalizzata :) Così facendo non credo di poter creare conflitti perchè non cancello relazioni e non aggiungo nuovi percorsi, modifico solo quelli già esistenti. Io sarei per l'aggiunta di quelli nuovi ex-novo. Considerando anche che i confini vecchi potrebbero essere inquinati da utenti che non hanno accettato i nuovi termini (CT + ODbL), il tuo lavoro potrebbe essere vano :) A breve scriverò il workflow che utilizzo io :) -- . ''`. 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
Re: [Talk-it] Confini ISTAT 2011 - dump provinciali
On Sat, 14 May 2011 12:29:55 +0200, Andrea Musuruane wrote: 2011/5/13 David Paleino da...@debian.org: Buonasera *, ho preparato dei dump provinciali dei confini ISTAT 2011 in versione non generalizzata. Purtroppo, al contrario dei confini 2001, non è auspicabile fare un upload di massa, perché alcuni confini sono stati modificati secondo le CTR locali, altri secondo survey. Hai fatto un ottimo lavoro. Ho guardato i confini del mio comune e di quelli limitrofi. Sono eccezionali. Una definizione decisamente ottima e nulla di paragonabile a quelli vecchi. Io farei anche un import massivo: i confini ISTAT 2011 sono, secondo me, perfetti. Non direi che sono perfetti, certamente migliori di quelli 2001. Non sono d'accordo ad un upload massivo: in alcuni casi io ho modificato i confini istat secondo altri parametri: termine di una provinciale, per esempio (SPnn finisce a metà del ponte sul fiume X), oppure survey sul posto, oppure CTR. Fra un pochino, come già detto, scriverò in un post separato il workflow che utilizzo :) Ciao, David -- . ''`. 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
Re: [Talk-it] Confini ISTAT 2011 - dump provinciali
Il 13/05/2011 21:37, David Paleino ha scritto: Purtroppo, al contrario dei confini 2001, non è auspicabile fare un upload di massa, perché alcuni confini sono stati modificati secondo le CTR locali, altri secondo survey. Se qualcuno fa la toscana occhio che i comuni di Prato e Vaiano sono stati corretti con la CTR. A occhio mi sembrano migliori di quelli istat 2011. -- Giacomo Boschi http://gwilbor.wordpress.com/ ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Confini ISTAT 2011 - dump provinciali
On Fri, 13 May 2011 21:37:03 +0200, David Paleino wrote: Buonasera *, ho preparato dei dump provinciali dei confini ISTAT 2011 in versione non generalizzata. Purtroppo, al contrario dei confini 2001, non è auspicabile fare un upload di massa, perché alcuni confini sono stati modificati secondo le CTR locali, altri secondo survey. Questo è il workflow che ho utilizzato io e che, penso, sia piuttosto sicuro :) 1) scaricare in JOSM l'attuale relazione della provincia (la trovate andando su osm.org, layer Dati, cliccando sul confine, e cercandola a fondo pagina), facendo attenzione a cliccare Scarica elementi collegati; 2) aprire nello stesso livello il file .osm preso dal mio sito; 3) aprire in un livello diverso i file .osm delle province circostanti (poi capirete perché); 4) selezionare tutte le way che compongono il confine, e tutti i nodi in cui viene spezzato (sono riconoscibili graficamente), ed usare File Scarica elementi che dipendono da questo oggetto (vado a memoria, è comunque Ctrl-Alt-Shift-D nel mio JOSM). In questo modo verranno scaricate tutte le relazioni dei comuni che toccano il confine provinciale; 5) procedere allo stesso modo per tutti quei comuni interni alla provincia (i.e. che non toccano il confine esterno); 6) a questo punto si avranno tante relazioni nell'editor: aprire quelle dei comuni della provincia. Io di solito vado su wikipedia, Provincia di Foo, e vedo l'elenco dei comuni. Se manca tra le relazioni, è probabilmente un comune interno. Ad ogni relazione bisogna cliccare scarica tutti i membri (pannello inferiore a sinistra, tra le ultime icone in basso); 7) a questo punto si hanno tutte le way di tutti i comuni della provincia, con le relazioni intatte. 8) si comincia da un punto preciso: io solitamente comincio da un confine, e vado seguendo un certo percorso. L'importante è farli tutti. 9) lavorare su un comune per volta. Così non ci si confonde. E fare UNA way per volta. Si perde tempo, ma non facciamo casini :) 10) ATTENZIONE: in caso di enclave/exclave, i miei .osm contengono la way due volte. Usarne una sola, e cancellare l'altra :) (ed eventualmente eliminare tutti i tag tipo COD_reg e altro) 11) ATTENZIONE: le way dei comuni di confine non sono divise: bisogna dividerle manualmente (p in JOSM) nel punto giusto -- e a questo scopo servono i confini delle province limitrofe del punto 3 (così si evita doppio lavoro quando si farà quella provincia); 12) in Sicilia, ma forse anche nel resto d'Italia, abbiamo deciso che il confine comunale finisce sulla linea di costa. Quindi, nel caso di comuni costieri, il pezzo istat di confine, corrispondente alla costa, va cancellato (useremo la costa); Così facendo (scaricando tutte le relazioni, e tutti gli oggetti, ...), gli unici conflitti che si creano alla fine sono quelli di strade che condividono un nodo col vecchio confine. Niente paura, cliccare su Risolvi conflitto, e selezionare la versione del server come quella corretta. Se la strada è una provinciale, bisogna farla terminare al nuovo confine. Spero sia tutto chiaro. In caso di domande, sono qui :) David -- . ''`. 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
Re: [Talk-it] Confini ISTAT 2011 - dump provinciali
On Sat, 14 May 2011 15:13:22 +0200, Giacomo Boschi wrote: Il 13/05/2011 21:37, David Paleino ha scritto: Purtroppo, al contrario dei confini 2001, non è auspicabile fare un upload di massa, perché alcuni confini sono stati modificati secondo le CTR locali, altri secondo survey. Se qualcuno fa la toscana occhio che i comuni di Prato e Vaiano sono stati corretti con la CTR. A occhio mi sembrano migliori di quelli istat 2011. Sì, attenzione: i dati ISTAT vanno bene solo se non c'è altro, ossia se anche il vecchio confine era ISTAT. Le CTR sono sicuramente migliori di ISTAT :) (è l'istituto stesso a dire, da qualche parte sul sito, che i suoi confini non devono essere presi per oro colato) -- . ''`. 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
Re: [Talk-it] Confini ISTAT 2011 - dump provinciali
-Original Message- From: Enrico Piccinelli [mailto:picc...@tiscali.it] Sent: sabato 14 maggio 2011 11.40 To: openstreetmap list - italiano Subject: Re: [Talk-it] Confini ISTAT 2011 - dump provinciali Sto ricalcando il confine del mio paese (Travagliato, provincia di Brescia), e sto procedendo in questo modo: I confine precedenti di Travagliato erano di fonte CTR. Per evitare confusione sulla fonte, oltre ad indicarla nel commento del changeset (visualizzarlo è un po’ laborioso), sarebbe meglio indicarla esplicitamente su ogni ramo (e anche sulla relazione se la fonte è omogenea), qualcosa del tipo ((C) David Paleino): source=Based on ISTAT data - 2011 Italian Census Per chi lavora sui confine Lombardi, credo che sarebbe utile anche modificare gli elenchi dei comuni ([1] per Brescia) per specificare il tipo di source usata per i confini, oltre alla relativa relazione. [1] http://wiki.openstreetmap.org/wiki/Lombardia/BS Ciao, Alberto ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Confini ISTAT 2011 - dump provinciali
I confine precedenti di Travagliato erano di fonte CTR. Per evitare confusione sulla fonte, oltre ad indicarla nel commento del changeset (visualizzarlo è un po’ laborioso), sarebbe meglio indicarla esplicitamente su ogni ramo (e anche sulla relazione se la fonte è omogenea), qualcosa del tipo ((C) David Paleino): source=Based on ISTAT data - 2011 Italian Census ok, appena posso inserisco il tag. -- Enrico Piccinelli picc...@tiscali.it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Confini ISTAT 2011 - dump provinciali
-Original Message- From: David Paleino [mailto:da...@debian.org] Sent: sabato 14 maggio 2011 16.21 To: talk-it@openstreetmap.org Subject: Re: [Talk-it] Confini ISTAT 2011 - dump provinciali Rimango dell'opinione che le CTR siano pi precise di ISTAT. Probabilmente non tutte le CTR hanno la stessa qualità. Ad esempio, per la Lombardia ho guardato il mio comune, e concordo abbastanza con le conclusioni di Enrico Piccinelli relative a Travagliato (BS) che i confini ISTAT 2011 sembrano più accurati della CTR attualmente distribuita (nel caso del mio comune, si avvicinano di più a quelli dello studio tecnico comunale, anche se non dappertutto). Abbiamo un elenco dei confini importati da CTR? Se s, bisognerebbe eliminare le righe appropriate dalla pagina di coordinamento [0] Per la Lombardia abbiamo gli elenchi comunali http://wiki.openstreetmap.org/wiki/Lombardia/xx (xx=sigla provinciale), ma se i risultati delle verifiche fatte fino ad ora venissero confermati, potrebbe essere comunque vantaggioso rimpiazzare i confini CTR con quelli ISTAT. Comunque piuttosto che eliminare le righe della provincia, sarebbe meglio aggiungere una nota in cui si spiega perché non si importano i confini ISTAT. Nella pagina di coordinamento bisognerebbe anche decidere come comportarsi con i confini nazionali. Per esempio, gli Svizzeri hanno ottenuto l'autorizzazione ad importare i confini SwissTopo delle mappe ufficiali al 25000 (vedi http://lists.openstreetmap.org/pipermail/talk-it/2011-March/021714.html), bisognerebbe confrontarli con gli ISTAT 2011 e decidere con loro cosa importare. Ciao, Alberto ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Confine Segrate/Milano
-Original Message- From: M?rtin Koppenhoefer [mailto:dieterdre...@gmail.com] Sent: venerdì 13 maggio 2011 18.17 To: openstreetmap list - italiano Subject: Re: [Talk-it] Confine Segrate/Milano 2011/5/13 M?rtin Koppenhoefer dieterdre...@gmail.com: bzcat 2011-01-14.mergeitaly.osm.bz2 | osmosis\ ... non so se serve ancora, ma ho finito l'estrazione del BB. http://dl.dropbox.com/u/22505112/extracted.osm.bz2 Per ora ho ripristinato il confine originale come da CTR, penso che presto sostituiremo tutto con i confini ISTAT 2011. Ciao, Alberto ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Confine Segrate/Milano
Il 05/14/2011 05:31 PM, Alberto Nogaro scrisse: Per ora ho ripristinato il confine originale come da CTR, penso che presto sostituiremo tutto con i confini ISTAT 2011. Io comunque non ho capito cosa e' successo e chi e' stato. Anche solo per segnalare all'utente in questione che ha commesso un errore e di stare piu' attento o di avvisare. Quella linea retta verticale al posto del confine effettivo sembra tanto il rimedio fatto dopo che si e' accorto di aver combinato una vaccata. ciao maxx ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Confini ISTAT 2011 - dump provinciali
Brescia è già stata fatta con la ctr tempo fa,guarda sul portale regionale, ci sono i detragli degli import fatti con i dati regionali. Il giorno 14/mag/2011 11.42, Enrico Piccinelli picc...@tiscali.it ha scritto: Salve a tutti. Premetto che non ho mai eseguito finora lavori di tale entità, e vorrei un vostro consiglio prima di commettere emerite ca**ate. Sto ricalcando il confine del mio paese (Travagliato, provincia di Brescia), e sto procedendo in questo modo: Scaricato il file osm della provincia di Brescia, dato l'elevato numero di punti contenuti nel file ho semplificato con Josm il percorso, e quindi ho scaricato il confine attuale dal database di osm, e sto modificando quest'ultimo in modo da farlo coincidere con il confine istat. Così facendo non credo di poter creare conflitti perchè non cancello relazioni e non aggiungo nuovi percorsi, modifico solo quelli già esistenti. Che ne pensate di questo modo di procedere? -- Enrico Piccinelli picc...@tiscali.it ___ 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] Confini ISTAT 2011 - dump provinciali
Il giorno sab, 14/05/2011 alle 18.37 +0200, Vezzo ha scritto: Brescia è già stata fatta con la ctr tempo fa,guarda sul portale regionale, ci sono i detragli degli import fatti con i dati regionali. Si, vedo. Il mio dubbio è venuto confrontando i confini da CTR con i confini istat. In certe zone (i CTR) risultavano spostati anche di parecchie decine di metri, e tagliavano a metà case e campi. In buona fede ho solo spostato certi pezzi del confine esistente, facendoli corrispondere ai tratti istat ed ai tratti dove sapevo ci fosse il confine. -- Enrico Piccinelli picc...@tiscali.it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Confini ISTAT 2011 - dump provinciali
14.05.2011 - 15:59 - David Paleino: Pagina di coordinamento: http://wiki.openstreetmap.org/wiki/Italian_Borders/2011 Ciao, David Ho controllato i confini della FVG (anzi solamente della mia zona - comune Duino-Aurisina), dati attuali importati dalla CTR, e sembrano/sono migliori. Ed anche il confine con la Slovenia (importato dai dati ufficiali sloveni) è nettamente migliore dei dati Istat. Ciao Damjan ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Confini ISTAT 2011 - dump provinciali
On Sat, 14 May 2011 19:25:59 +0200, Damjan Gerl wrote: 14.05.2011 - 15:59 - David Paleino: Pagina di coordinamento: http://wiki.openstreetmap.org/wiki/Italian_Borders/2011 Ho controllato i confini della FVG (anzi solamente della mia zona - comune Duino-Aurisina), dati attuali importati dalla CTR, e sembrano/sono migliori. Ed anche il confine con la Slovenia (importato dai dati ufficiali sloveni) è nettamente migliore dei dati Istat. Ok, allora segno FVG come da non fare :) http://wiki.openstreetmap.org/w/index.php?title=Italian_Borders%2F2011action=historysubmitdiff=635243oldid=635240 (ho anche aggiunto una nota alle province confinanti, spero di non averne dimenticato nessuna) Ciao, David -- . ''`. 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
Re: [Talk-it] Confini ISTAT 2011 - dump provinciali
On Sat, 14 May 2011 15:22:01 +0200, David Paleino wrote: On Fri, 13 May 2011 21:37:03 +0200, David Paleino wrote: Buonasera *, ho preparato dei dump provinciali dei confini ISTAT 2011 in versione non generalizzata. Purtroppo, al contrario dei confini 2001, non è auspicabile fare un upload di massa, perché alcuni confini sono stati modificati secondo le CTR locali, altri secondo survey. Questo è il workflow che ho utilizzato io e che, penso, sia piuttosto sicuro :) [..] Un'altra cosa cui stare attenti sono i multipolygon presenti nei miei .osm. Se è stato eseguito tutto correttamente, questi dovrebbero avere, subito prima dell'upload, 0 membri, e dovrebbero essere cancellati. (m'è venuto in mente perché ho appena finito Catania, dopo tre ore :)) David -- . ''`. 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
Re: [Talk-it] Mote di 2000 metri in pianura padana
On Fri, May 13, 2011 at 10:58 PM, Orlandi_IT_EmiliaRomagna luca_orla...@hotmail.it wrote: Haha scusate, non devo aver visto il punto! Ho arrotondato a 204 m, così si evitano future sviste ;-) Ciao ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Confini ISTAT 2011 - dump provinciali
Il sabato 14 maggio 2011 15:46 Alberto Nogaro ha scritto: Anche se la connessione del confine con l'elemento fisico sembra ovvia, eviterei di modificare i confini ISTAT (o da altre fonti ufficiali), a meno che tale connessione, anziché una deduzione logica, sia nota con certezza (da documenti ufficiali, conoscenza dei luoghi, o altro). Si, hai ragione, quando ho pensato questa soluzione avevo in mente il mio comune di cui conosco bene i confini (che comunque sono già mappati). Anche quando l'aggancio c'è, la posizione del confine non è del tutto ovvia. Prendi ad esempio il caso dell'aggancio con un fiume: mi aggancio alla mezzeria? Ad una sponda? Se il corso del fiume cambia per cause naturali, il confine lo segue oppure rimane congelato all'andamento che il fiume aveva in un determinato istante? Se non si conosce la risposta, è meglio non toccare i confini. Nel caso del fiume non vedo differenza tra sponda e mezzeria, visto che non sono mappate entrambe, ma solo quest'ultima. Anche quando l'aggancio fosse noto, eviterei di fare coincidere la way dei confini con la way dell'elemento a cui si aggancia, anche a costo di avere due way sovrapposte. Prendi ad esempio il caso di un confine che sai che coincide con una strada. Domani si potrebbe decidere di ricostruire la strada scostandone alcuni tratti dalla posizione attuale, ma questo non cambia la posizione del confine. Se si usa la stessa way per il confine e per la strada, c'è il rischio che allineando la strada al nuovo percorso si spostino inavvertitamente i confini. Questa non l'ho capita. Cioè ho capito il problema ma non capisco come potrebbe risolverlo il fatto di avere due way anziché una, visto che condividerebbero comunque gli stessi nodi. Anzi, se la way è una sola quando ci dovesse essere necessità di spostarla sarebbe più facile accorgersi che è anche un confine e quindi regolarsi di conseguenza. -- Samuele Battarra batta...@email.it signature.asc Description: This is a digitally signed message part. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Confini ISTAT 2011 - dump provinciali
Il sabato 14 maggio 2011 15:58 David Paleino ha scritto: lascio type=boundary o passo a type=multipolygon? Secondo il wiki bisognerebbe usare multipolygon, in Italia abbiamo type=boundary perché l'importazione dei confini è stata fatta prima dell'introduzione dei multipolygon. Mi sembra che se ne fosse già discusso in lista, ma non ricordo cosa si fosse concluso. Io direi di lasciare boundary. Poi saremo sempre in tempo per scriptare qualcosa che trasformi i type=boundary in multipolygon. Ok, propongo però di impostare già i role outer e inner al posto di vuoto e enclave, così come specificato nella pagina della relazione boundary. -- Samuele Battarra batta...@email.it signature.asc Description: This is a digitally signed message part. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Confini ISTAT 2011 - dump provinciali
Il 13/05/2011 21:37, David Paleino ha scritto: Forse è meglio coordinarsi sulla wiki? Io sto per finire la Sicilia, poi passerò lo stretto (Calabria) e andrò poi in Abruzzo (che mi è stato chiesto di fare). Vi prego di fare attenzione in Toscana (soprattutto provincia di Lucca e Appennino Pistoiese, perché ho preso molti dati dalla CTR e non vorrei veder vanificato il lavoro di molte molte ore... :-) Magari se qualcuno lavora su quelle zone mi contatti così ci coordiniamo! Ciao, David Ciao Stefano signature.asc Description: OpenPGP digital signature ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Cyclemap e rendering cycleway=track
2011/5/12 emmexx emm...@tiscalinet.it: Quello che mi preoccupa e' che dovro' fare lo stesso quando mi verra' passato il file con tutte le ciclabili milanesi. Le corsie sono poche rispetto alle piste. Tutto quello che non abbiamo gia' tracciato Federico, io e pochi altri, dovra' essere disegnato e non semplicemente taggato. Altrimenti niente rendering... Per il momento mi sono sempre regolato così: 1. pista ciclabile in sede promiscua (striscia dipinta su asfalto): highway=* + cycleway=lane (eventualmente cycleway=opposite_lane se serve per andare contromano) 2. pista ciclabile in sede propria: una way apposta per la ciclabile, marcata come highway=cycleway a cui aggiungere eventualmente bicycle=official (per ribadire che c'è il cartello blu) foot=no (se è solo per bici) foot=official (se è una pista ciclopedonale) segregated=yes/no (a seconda se c'è una separazione tra pista ciclabile e pedonale, oppure sono mescolate) Questo schema è ben gestito da OpenCycleMap (e OpenMtbMap). Inoltre con Bing è abbastanza facile tracciare con estrema precisione la way stradale (sulla mezzeria) e la way della pista ciclabile (che se ne discosta di qualche metro) Ciao, Federico ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Confini ISTAT 2011 - dump provinciali
io mi dedicherò al Primiero, Trentino, mentre Padova e dintorni sono già Ctrizzate a quanto sembra. Ho già ricalcato Camposampiero dalla CTR, un lavoraccio! Ciao On Saturday, May 14, 2011, Stefano Pallicca palli...@gmail.com wrote: Il 13/05/2011 21:37, David Paleino ha scritto: Forse è meglio coordinarsi sulla wiki? Io sto per finire la Sicilia, poi passerò lo stretto (Calabria) e andrò poi in Abruzzo (che mi è stato chiesto di fare). Vi prego di fare attenzione in Toscana (soprattutto provincia di Lucca e Appennino Pistoiese, perché ho preso molti dati dalla CTR e non vorrei veder vanificato il lavoro di molte molte ore... :-) Magari se qualcuno lavora su quelle zone mi contatti così ci coordiniamo! Ciao, David Ciao Stefano ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-co] Etiquetas sector salud
Hola, En el tema de salud existe una discusión larga, a veces controversial en la comunidad OSM, donde el modelo de la salud tradicional de los países desarrollados choca con otra visión, de la salud en países del sur. Tradicionalmente se ha usado el tag amenity=, la propuesta es que lo reemplace un nuevo tag healthcare=, que permite ser mucho más flexible y específico. Healthcare=hospital Healthcare=health centre (centro de salud) Healthcare=dispensary (puesto de salud) Serían tres niveles básicos, y luego se desarrollarían las especialidades con etiquetas adicionales. En este sentido, hay dos propuestas que rivalizan una con la otra, Fabi2 vs. Reclus : http://wiki.openstreetmap.org/wiki/Proposed_features/Healthcare_2.0 http://wiki.openstreetmap.org/wiki/Proposed_features/Healthcare Me parece bien que se desarrollen etiquetas propias para Colombia, pero como OSM es un proyecto internacional, sería bueno tener claro primero las etiquetas universales. También la clasificación del sector por la OMS y OPS (organización mundial/panamericana de salud) puede ser un referente importante. Saludos, Federico -Mensaje original- De: Fredy Rivera [mailto:fredyriv...@gmail.com] Enviado el: viernes, 13 de mayo de 2011 10:11 a.m. Para: OpenStreetMap Colombia Asunto: Re: [Talk-co] Etiquetas sector salud 2011/5/11 Germán Márquez Mejía manch...@gmail.com: Hola maprxs Reviviendo el tema de las etiquetas sobre salud en Colombia (no encontré el hilo y el sistema de búsqueda no funciona), qué tal si utilizamos el espacio de nombres IPS, de manera que todos los POI sean amenity=hospital y se pueda especificar el tipo (¿es un puesto de salud, un hospital de tercer nivel, una clínica especializada?) con etiquetas propias para Colombia como: Me gustaría contactar o hacer una reunión virtual con los interesados en el mapeo de instituciones de salud para mostrarles un proyecto en el que hemos trabajado. Salu2 Humano IPS:atención=1,2,3 IPS:complejidad=1,2,3,4,5,6,7,8 IPS:especialidad=pediatría,cardiología,obstetricia,oncología,... Y otras que se consideren. Así me parece que quedan cubiertas todas las características que definen una instutución prestadora de servicios de salud en el país. No conozco mucho del tema, así que me interesan las opiniones de quienes se mueven en el sector. ¿Qué tal? ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co -- Por favor, no me envíe documentos con extensiones .doc, .docx, .xls, .xlsx, .ppt, .pptx, .mdb, mdbx OpenOffice es libre: se puede copiar, modificar y redistribuir libremente. Gratis y totalmente legal. http://GaleNUx.com es el sistema de información para la salud --///--- --- Teléfono USA: (347) 688-4473 (Google voice) skype: llamarafredyrivera ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co
[Talk-es] Importaciones landuse.
Hola! Quería preguntaros si se van a seguir haciendo importaciones de usos del suelo como se ha echo con las zonas verdes, lo digo para no hacer el trabajo dos veces. Salud!! ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Importaciones landuse.
On Sábado 14 Mayo 2011 11:13:36 fdy escribió: Quería preguntaros si se van a seguir haciendo importaciones de usos del suelo como se ha echo con las zonas verdes, lo digo para no hacer el trabajo dos veces. Una palabra: Catastro. :-) -- -- Iván Sánchez Ortega i...@sanchezortega.es i...@geonerd.org A confesión de castañeta, absolución de zapateta. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Importaciones landuse.
Y ya que hablais del catastro...¿cuándo se va a proceder a dicha importación? Saludos. On Sat, 14 May 2011 11:43:02 +0200, Iván Sánchez Ortega i...@sanchezortega.es wrote: On Sábado 14 Mayo 2011 11:13:36 fdy escribió: Quería preguntaros si se van a seguir haciendo importaciones de usos del suelo como se ha echo con las zonas verdes, lo digo para no hacer el trabajo dos veces. Una palabra: Catastro. :-) ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] OSM - Madrid - bicicleta (puentes y pasarelas)
El miércoles día 11 de mayo de 2011, a las 13:13:27 -0400, Vaidila Kungys escribió: Quiero saber si unos de ustedes de Madrid podrían colaborar para mejorar el mapa de OSM en respecto a la bicicleta. Queremos incluir *puentes/pasarelas que permiten las bicis (bicycle=allowed) y las conecciones a las calles*. Todas cruzan la autovía de circunvalación M30 que rodea la ciudad, aunque no conozco yo la area bien... En el caso del tramo con río se ha soterrado por completo y es todo un área peatonal y para bicis. Son un montón. El último par de semanas me he acercado a Madrid Río desde la zona sur, entrando al parque desde el Lineal del Manzanares (junto a la Caja Mágica), pues acaba de abrirse un acceso entre ambos parques (si bien en una de las márgenes del río el acceso es sólo provisional, son superficie de tierra y grava, pero adecuadamente señalizado. He cogido cierta información GPS de las pistas / carriles bici / peatonales principales a ambas márgenes del río, así como de la mayoría de los puentes existentes desde la Caja Mágica hasta Príncipe Pío, y aunque la precisión y resolución no son las ideales, al menos sirve como un primer intento. También he añadido un par de amenity=drinking_water, aunque la zona está prácticamente virgen de datos posteriores a la remodelación de la M-30 / Río Manzanares. A la espera de imagen aérea reciente y debido al gran número de vías subterráneas de la M-30 soterrada, la proximidad de edificios, etc. se hace difícil un mapeo adecuado. Ah, si acudís en bici a la zona, recomiendo encarecidamente dos cosas: la primera, hacerlo a horas de poco tránsito, en caso contrario será difícilmente transitable. Segundo, y relacionado con lo primero, debido a la proverbial falta de respeto mutuo de las gentes de España, id con toda la paciencia que podáis. Da igual que la pista sea ciclista, que esté pintado el muñeco en el suelo, que con sólo tres personas bloqueen un carril de 5 metros de ancho, o que los niños de teta repten por medio de un carril bici sin importarle a los padres. Un saludo. -- José Luis Domingo López Linux Registered User #189436 Linux Kubuntu 11.04 (Linux 2.6.38-8-generic-pae) signature.asc Description: Digital signature ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
[Talk-es] Una web para dominarlos todos
Un sitio web para tener muchas utilidades a mano http://map.stephane-brunner.ch Saludos, Manuel. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] ficheros del catastro
El día 14 de mayo de 2011 01:25, Iván Sánchez Ortega i...@sanchezortega.es escribió: On Sábado 14 Mayo 2011 01:20:05 juanramon.tam...@mpt.es escribió: Espero que para hacer una importación del tamaño del catastro, (más allá de las pruebas) estemos todos de acuerdo en que se haga bien hecho (usuario exclusivo, tags bien pensadas, documentación en el wiki, ver cómo solucionar los solapamientos -que van a encontrarse muchísimos). En definitiva, sin prisa. Al hacer la conversión, y al poner en orden los ejes de vía y demás, sí que estás haciendo un producto derivado. O al menos así lo entiendo yo. Habiéndome leído la licencia original, e IANAL, doy mi bendición. -- Jaime Crespo ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
[OSM-talk-fr] Mapnik - Problème de rendu sur les relations multypolygones ?
Bonjour, Il y a quelques jours, je constatais la disparition de certaines iles sur un fleuve. Les données étaient bien là, mais le rendu Mapnik sur OSM ne les affichaient plus. Après avoir comparé avec d'autres iles toujours rendues, la seule différence que j'ai constatée etait la présence du tag created_by sur la relation multipolygone pour les iles non rendues. Sans grande conviction, je l'ai supprimé sur quelques unes, et miracle, les iles sont revenues (mais pas celles pour lesquelles j'avais laissé le tag). Si d'autres personnes peuvent confirmer ce comportement, et éventuellement reporter un bug à qui de droit. Erik ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Mapnik - Problème de rendu sur les relations multypolygones ?
Le 14 mai 2011 12:26, Erik Amzallag amzallag.e...@gmail.com a écrit : Bonjour, Il y a quelques jours, je constatais la disparition de certaines iles sur un fleuve. Les données étaient bien là, mais le rendu Mapnik sur OSM ne les affichaient plus. Après avoir comparé avec d'autres iles toujours rendues, la seule différence que j'ai constatée etait la présence du tag created_by sur la relation multipolygone pour les iles non rendues. Sans grande conviction, je l'ai supprimé sur quelques unes, et miracle, les iles sont revenues (mais pas celles pour lesquelles j'avais laissé le tag). Si d'autres personnes peuvent confirmer ce comportement, et éventuellement reporter un bug à qui de droit. Erik Bonjour, Quelqu'un a signalé un phénomène similaire il y a quelques jours sur la liste dev : http://gis.638310.n2.nabble.com/courtyards-td6343387.html La relation donnée en exemple par Martin Koppenhoefer porte également le tag created_by... Matthias ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Mapnik - Problème de rendu sur les relations multypolygones ?
Le samedi 14 mai 2011 12:26:58, Erik Amzallag a écrit : Bonjour, Il y a quelques jours, je constatais la disparition de certaines iles sur un fleuve. Les données étaient bien là, mais le rendu Mapnik sur OSM ne les affichaient plus. Tu peux donner un lien vers la zone ? et/ou un lien vers la relation ou le way qui présente toujours le problème ? Après avoir comparé avec d'autres iles toujours rendues, la seule différence que j'ai constatée etait la présence du tag created_by sur la relation multipolygone pour les iles non rendues. Sans grande conviction, je l'ai supprimé sur quelques unes, et miracle, les iles sont revenues (mais pas celles pour lesquelles j'avais laissé le tag). ça me dit vaguement quelque chose (dans le genre du cas indiqué par matthias) mais pour en être sûr j'attendrais de voir la bête -- sly ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Les deux communes
Dans les singularités à deux communes, il y a: Saint Pierre d'Entremont - Savoie et Saint Pierre d'Entremont - Isère Même code postal en Savoie!!! Et tout ça, ça perturbe le site du cadastre qui n'arrive pas à fournir les planches côté Isère. Pas gentil :-( -- Éric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Les deux communes
Le samedi 14 mai 2011 19:46:26, Eric SIBERT a écrit : Dans les singularités à deux communes, il y a: Saint Pierre d'Entremont - Savoie et Saint Pierre d'Entremont - Isère Même code postal en Savoie!!! Et tout ça, ça perturbe le site du cadastre qui n'arrive pas à fournir les planches côté Isère. Pas gentil :-( Tu peux forcer ta demande en demandant 38 comme département, ça marche sur le site du cadastre et avec le plugin pour josm -- sly ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Les deux communes
Le 14/05/2011 20:50, Eric SIBERT a écrit : Le cadastre a l'air d'avoir quelques difficultés ce soir. Je me suis pris plusieurs session expirée alors qu'il n'y avait pas de raison et que ça disparaissait au rafraichissement suivant. J'ai la même chose à l'instant (sur du raster). Je l'avais aussi constaté hier, mais à la marge. Ce soir, une planche téléchargée en 25 images, dont une douzaine en session expirée : pas bien utile à l'arrivée. Le site du cadastre a été en maintenance en milieu de semaine, d'ici à ce que des serveurs aient pris froid... :-( vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Fwd: [RMLL 2011] Journées grand public, appel à participation
Message original Date : Sat, 14 May 2011 00:12:50 +0200 De : sabatier sabatier.r...@free.fr Pour : vill...@listes2011.rmll.info Exp. : Rémy Sabatier (rmy) - Orga Strasbourg 2011 Objet : Pré-inscription RMLL 2011 Journées grand Public Pour : Les libristes du monde entier… ATTENTION - DEADLINE INSCRIPTION 23 MAI 2011 - Bonjour à tous, je vous ai contacté il y a quelques temps pour une information concernant la pré-inscription nécessaire au village associatif des RMLL2011. Merci à ceux qui ont déjà répondu à cet appel, pour les autres ne tardez pas à vous inscrire sur librelibre.org. Si des questions restent en suspens, vous pouvez nous contacter à cont...@rmll.info ou en répondant à ce mail. Il nous faut maintenant mettre en place les Journées Grand Public (JGP). Cette année, nous orientons ce week-end vers une forme novatrice. Pour pouvoir participer (9 et 10 juillet), je vous remercie de prendre connaissance des éléments ci-dessous, et de nous proposer votre participation sur librelibre.info/index_jgp.php Voici les éléments qui nous tiennent à cœur : - Les associations viennent participer de manière collaborative àla tenue des stands. De fait, il n'y aura donc plus de stand individuel. L'intervention ne pourra donc être prosélyte et la vente de goodies sera déportée (cf. ci-dessous) - L'objectif principal est de faire découvrir des logiciels libres au grand public, de faire la promotion du Libre et sa philosophie, de proposer des démonstrations de jeux libres, et enfin de faire quelques démonstrations de distributions pour préparer l'Install Party permanente. - Pôle ateliers : les ateliers logiciels seront orientésvers la création artistique pour se placer dans la continuité du festivaldes arts numériques libres, il y aura donc un atelier orienté vers lavidéo, un atelier orienté vers le son, un atelier orienté vers le graphisme et traitement de l'image fixe, un atelier de création littéraire. Les productions du public seront exploitées pendant les rmll pour la réalisation d'une œuvre libre. - Le pôle promotion et philosophie : discussion ouverte et accompagnement du public. - Pôle jeux libres et distros/IP : besoin de main d'œuvre, stand géré par les responsables de l'Install Party. - Sans qu'il y ait un stand spécifique, chaque pôle intégrera aussi une orientation éducation/jeune public. La vente de goodies de votre association sera possible via un stand unique tenu collaborativement (vous laissez les goodies/tarifs, vous récupérez l'argent). Nous aurons aussi un stand buvette/restauration, avec dégustation de bière libre ;) La mise en place de ces journées nécessite une forte coordinationentre les associations. Pour cette raison, merci de proposer votre présence si vous pensez pouvoir vous inscrire dans ce projet avant le 23 Mai 2011 23h59-CEST (librelibre.info/index_jgp.php). Un bilan sera fait entre le 23 et le 30, puis les confirmations vous seront communiquées le 1er juin. Ensuite, toute la coordination se fera via la liste dédiée. À bientôt, librement, Rémy ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-ja] waterwayの訳(tunnel=culvelt)
JA:Map featuresの、新しいテンプレートへの移行をしてます。 waterway で tunnel=culvelt というのが追加になっています。 とりあえずそのままにしていますので、どなたかお時間の 取れる方、訳していただけると助かります。 今はwaterway まで手直し終わりました。次はrailwayだけど、 これはちょっと分量あるなあ。先は長い。 oota ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja
[Talk-GB] Kent Heritage Trees Project - launch event report
Hi all, I just attended the Kent Heritage Tree project launch event. This comprised of a few presentations about the overall project and about how interesting trees can be. The project is a national lottery funded, BTCV administered 5 year effort to raise awareness of trees through various means. This includes nature training courses, cultural events, tree planting and artistic works. The total project cost is £65. The core of the project is an attempt to survey 10,000 trees in Kent. They apparently want to train 300 tree surveyors and hope that some will become long term tree wardens. The turn out was good at the first launch, with about 150+ people attending, by my estimate. The local MP Damian Green was there, etc. There was surprisingly little information about the surveying itself. They mentioned it would be possible to do paper or electronic submissions. They also accept tip-offs from the general public and tree surveyors in the area would be alerted that a tree needed checking. It is planned that once the surveyor checked the tree, it would immediately appear on their slippy map. It seems that surveyors would need to do a tree surveyor course, because they are interested in not merely a tree's location, but also condition, physical size, other species on and near it, local history, photographic records, etc. They do not have any requirements for how much time one needs to commit beyond attending the surveying course, but they ask that you do at least bit. The offered free tree identification leaflets, OS maps (boo hiss), and the loan of GPS receivers and digital cameras. The data will be used to monitor trees condition, raise awareness with tree owners, to be a historical archive domesday book, and to press for more legal projection of heritage trees. The thinking is that monitoring of trees will at least help to prevent any human instigated accidents befalling the trees (like some sort of arboreal Amnesty International). They consider any notable tree to be heritage, by the way. If you want to do the minimum to get involved, just register as an interested party and attend the tree surveyor course. If you wonder if it is worth your while at all or you want a free lunch, consider going to a launch event. The next are: 4 Jun 2011 - 10:00 Canterbury 10 Jul 2011 - 10:00 Tonbridge http://kentheritagetrees.btcv.org.uk/ I talked briefly to the project manager Viginia Hodge. BTCV are seeking to raise awareness and I said I would do what I could by getting the OSM community involved. Even if people survey heritage trees into the OSM db, rather than their project, it would still be useful. Or contribute to both... I might start a wikiproject on trees or at least update the wiki with some standardised tags for what BTCV are surveying. I suggested that their data should be opened for any use and they seemed receptive to the idea, but further discussions are needed. They already have a smaller tree database around the Ashford area. I didn't get into what license would be appropriate, because that would have opened a can of worms... Regards, TimSC ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] Kent Heritage Trees Project - launch event report
The Woodland Trust do something similar (no URL, sorry, as I'm mobile). -- Andy Mabbett @pigsonthewing http://pigsonthewing.org.uk On 14 May 2011 16:53, TimSC mapp...@sheerman-chase.org.uk wrote: Hi all, I just attended the Kent Heritage Tree project launch event. This comprised of a few presentations about the overall project and about how interesting trees can be. The project is a national lottery funded, BTCV administered 5 year effort to raise awareness of trees through various means. This includes nature training courses, cultural events, tree planting and artistic works. The total project cost is £65. The core of the project is an attempt to survey 10,000 trees in Kent. They apparently want to train 300 tree surveyors and hope that some will become long term tree wardens. The turn out was good at the first launch, with about 150+ people attending, by my estimate. The local MP Damian Green was there, etc. There was surprisingly little information about the surveying itself. They mentioned it would be possible to do paper or electronic submissions. They also accept tip-offs from the general public and tree surveyors in the area would be alerted that a tree needed checking. It is planned that once the surveyor checked the tree, it would immediately appear on their slippy map. It seems that surveyors would need to do a tree surveyor course, because they are interested in not merely a tree's location, but also condition, physical size, other species on and near it, local history, photographic records, etc. They do not have any requirements for how much time one needs to commit beyond attending the surveying course, but they ask that you do at least bit. The offered free tree identification leaflets, OS maps (boo hiss), and the loan of GPS receivers and digital cameras. The data will be used to monitor trees condition, raise awareness with tree owners, to be a historical archive domesday book, and to press for more legal projection of heritage trees. The thinking is that monitoring of trees will at least help to prevent any human instigated accidents befalling the trees (like some sort of arboreal Amnesty International). They consider any notable tree to be heritage, by the way. If you want to do the minimum to get involved, just register as an interested party and attend the tree surveyor course. If you wonder if it is worth your while at all or you want a free lunch, consider going to a launch event. The next are: 4 Jun 2011 - 10:00 Canterbury 10 Jul 2011 - 10:00 Tonbridge http://kentheritagetrees.btcv.org.uk/ I talked briefly to the project manager Viginia Hodge. BTCV are seeking to raise awareness and I said I would do what I could by getting the OSM community involved. Even if people survey heritage trees into the OSM db, rather than their project, it would still be useful. Or contribute to both... I might start a wikiproject on trees or at least update the wiki with some standardised tags for what BTCV are surveying. I suggested that their data should be opened for any use and they seemed receptive to the idea, but further discussions are needed. They already have a smaller tree database around the Ashford area. I didn't get into what license would be appropriate, because that would have opened a can of worms... Regards, TimSC ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] Kent Heritage Trees Project - launch event report
On 14/05/11 17:39, Andy Mabbett wrote: The Woodland Trust do something similar (no URL, sorry, as I'm mobile). Do you mean http://www.woodlandtrust.org.uk/en/visit-woods/ ? I already asked for their data set but they were not very communicative... It would be cool to have though. (A fairly comprehensive list of public and permissive access woods for the UK and their operator.) TimSC ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb
