Re: [Talk-ko] Bad data ..
Hello, I had previously noted this mapper's work and queried it. Since then, I notice that most of his edits (from 2 years ago) have been deleted as part of a de-duplication process (not sure how that works). This time he has introduced 4 more changesets which are generally poor quality. If there are no objections I will ask on one of the main lists for help with deleting all of these 4 recent changesets (from 6/7 September). Anything else that's still present will have to be fixed/deleted as it is discovered, or someone with some free time could trawl through his edit history. Could a Korean speaker please contact lee heesam and tell him that is what I plan to do (if that's what he wants, then he should be ok with it), and that bulk uploads of data is usually bad unless it's very carefully planned (and isn't under someone else's copyright). If someone could also help him to improve his mapping skills that would be even better. Best wishes, Andrew On Sat, Sep 8, 2012 at 10:04 PM, Robert Helvie alim...@gmail.com wrote: Hey folks, In a well intentioned but misguided edit, user lee heesam added a bunch of railroad data. I noticed tags that are reminiscent of Garmin data like: Datalevel : 1 Levels : 3 MARINE : N MP_TYPE : 0x14 I contacted him and he admitted that it was Garmin data. He wants to delete the data, but is not quite sure how. I am not quite sure how to do such a large deletion either. So if someone who has more experience in mass deletion than me could give it a go, that would be good. He has other edits, so be careful. Or at least people should keep an eye out for the data and delete it when you see it. It is mostly rail ways but possibly some stations. Just check for those tags. It is not even good data. It is old an only vaguely follows the imagery. Thanks, Robert We should give meaning to life, not wait for life to give us meaning. ~ unknown --- ___ Talk-ko mailing list Talk-ko@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ko ___ Talk-ko mailing list Talk-ko@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ko
Re: [talk-ph] Booth/exhibit ideas for PhilGEOS symposium
The following would be nice: - Updated OSM banners - Updated and more professional-looking brochures/leaflets/pamphlets - A laptop continuously running OSM-related videos/animations (like ITO's A Year of Edits) - Garmin devices showing demo routing Anyone willing to pitch in the funds so we can produce the banner and the leaflets? :) On Thu, Sep 6, 2012 at 1:17 PM, maning sambale emmanuel.samb...@gmail.com wrote: Dear everyone, OSGeo PH and OSM PH will have an exhibition booth during the PhilGEOS Symposium at UP Diliman on November 23-24, 2012. Please share ideas on what we can setup in the booth. http://philgeos2012.wordpress.com/ ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [OSM-talk-be] Routing view
I fixed almost all problems in the state Antwerp. I only have 4 red dots left. Can somebody take a look at this strange situation: http://tools.geofabrik.de/osmi/?view=routinglon=4.47035lat=51.38314zoom=16overlays=unconnected_major1,unconnected_major2,unconnected_major5 I don't know how to solve it, and what happened to the roads. Kind regards, Joren Op 13/09/12 11:33, Teddy schreef: I just fix connexion problems around Mons, Charleroi, Namur, Liège + Ardennes. Still to fix the north of E42. __Eddy__ 2012/9/4 Johan C osm...@gmail.com mailto:osm...@gmail.com Hi there Belgium is slowly starting to look a bit red again: http://tools.geofabrik.de/osmi/?view=routinglon=5.02744lat=50.79917zoom=9overlays=unconnected_major1,unconnected_major2,unconnected_major5 These are all unconnected ways which will cause routing errors in any navigation device based on OSM. Is anybody willing to remove these red dots in his/her province? 2012/6/3 Sander Deryckere sander...@gmail.com mailto:sander...@gmail.com It looks like, in half a month, that most problems are gone now. At least almost all problems concerning routability for cars are gone, and the others are also diminishing. Thanks again for mentioning this here. We do a lot better than the UK now, and even better than some parts in Germany. Cheers, Sander 2012/5/15 Johan C osm...@gmail.com mailto:osm...@gmail.com Hi, is anyone familiar with this site: http://tools.geofabrik.de/osmi/?view=routinglon=4.32973lat=50.82125zoom=9 showing several hundred routing problems in Belgium? ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Routing view
On 2012-09-13 12:10, Joren DC wrote: I fixed almost all problems in the state Antwerp. I only have 4 red dots left. Can somebody take a look at this strange situation: http://tools.geofabrik.de/osmi/?view=routinglon=4.47035lat=51.38314zoom=16overlays=unconnected_major1,unconnected_major2,unconnected_major5 [6] I don't know how to solve it, and what happened to the roads. It is just as the OSM inspector indicated: the roads were close to eachother but not connected. In addition, De Eendracht had an extra node which made the way overlap itself. In JOSM these things are easy to fix: select the two nodes and merge them. It's now fixed. I also fixed the development tags. General use for roads that are not there yet is highway=construction and construction=living_street (or whatever tag the highway tag is going to get) Maarten ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Routing view
2012/9/13 Maarten Deen md...@xs4all.nl On 2012-09-13 12:10, Joren DC wrote: I fixed almost all problems in the state Antwerp. I only have 4 red dots left. Can somebody take a look at this strange situation: http://tools.geofabrik.de/**osmi/?view=routinglon=4.** 47035lat=51.38314zoom=16**overlays=unconnected_major1,** unconnected_major2,**unconnected_major5http://tools.geofabrik.de/osmi/?view=routinglon=4.47035lat=51.38314zoom=16overlays=unconnected_major1,unconnected_major2,unconnected_major5 [6] I don't know how to solve it, and what happened to the roads. It is just as the OSM inspector indicated: the roads were close to eachother but not connected. In addition, De Eendracht had an extra node which made the way overlap itself. In JOSM these things are easy to fix: select the two nodes and merge them. It's now fixed. I also fixed the development tags. General use for roads that are not there yet is highway=construction and construction=living_street (or whatever tag the highway tag is going to get) I tried to fix it too and got many conflicts. You're too fast for me, Maarten :-) I must be getting old. Cheers, Polyglot ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] highway-tag per ongeluk verwijderd
Jo, Dupliceer de relatie en wissel from en to om in de kopie. Sluit de relation editor vensters. Wat is de conventie om bij 'name' te schrijven. Ik zet hier nu consistent formaat: 'De Lijn nummer from - to'. Als ik een lijn dupliceer om een route in de tegenovergestelde richting te maken, wijzig ik dus niet alleen tag 'from' en 'to', maar ook 'name'. Is dit correct? Kan dit beter? Vriendelijke groet, Joren ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-legal-talk] [OSM-talk] Legal Wording again..
this is a topic for legal. the content is no longer cc-by-sa, it is OdBL On Fri, Sep 14, 2012 at 7:44 AM, Frans Thamura fr...@meruvian.org wrote: i want the Osmosa also in that text content CCA from OSM server hosted in osmosa.net any idea? F On Fri, Sep 14, 2012 at 12:40 PM, Alex Rollin alex.rol...@gmail.com wrote: Data CC-By-SA by © OpenStreetMap. Looks great! Also, the OdBL chage is official. Can someone provide a new license text for OdBL? A On Fri, Sep 14, 2012 at 12:33 PM, Frans Thamura fr...@meruvian.org wrote: hi all we develop an apps , integrated with OSM, and we have 2 option, to use OSM.org and our own Osmosa.net take a look this URL http://demo.meruvian.org/module/eduunit the database is access to our server in osmosa.net, because both under our own IIX (www.iix.net.id) any idea for the right letter in the map box? F ___ talk mailing list t...@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list t...@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk -- James Michael DuPont Member of Free Libre Open Source Software Kosova http://flossk.org Saving wikipedia(tm) articles from deletion http://SpeedyDeletion.wikia.com Contributor FOSM, the CC-BY-SA map of the world http://fosm.org Mozilla Rep https://reps.mozilla.org/u/h4ck3rm1k3 ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
[OSM-talk] How to add, edit, remove tag for an object without Potlatch, Merkaartor or JOSM ?
Hi, How to add, edit, remove tag for an object without Potlatch, Merkaartor or JOSM ? For example. For France, I'd like to add tag name:ty. - I try on JOSM. - I search france. It results many names with france. - I select | Name : France, Europe | Type : boundary | Class Type : administrative | Bounds : … |. At the bottom, a red message appears : Download Area too large; will probably be rejected. - I click the button Download. A Bad Request box appears : The OSM server 'http://api.openstreetmap.org/api/0.6/' reported a bad request. The area you tried to download is too big or your request was too large. Either request a smaller area or use an export file provided by the OSM community. I was thinking to add the tag name:ty for the object france, but I don't know how to do. But Maybe I'm wrong in the way. Because with japan, it works. - I try with Japan. - I search japan. It results many names with japan. - I select | Name : Japan, Asia | Type : place | Class Type : country | Bounds : … |. At the bottom, a grey appears : Download area ok, size probably acceptable to server. - I click Download. Datas are downloading and a small icon Japan appears. What's the difference ? Bye. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] How to add, edit, remove tag for an object without Potlatch, Merkaartor or JOSM ?
LIVINE Christin: How to add, edit, remove tag for an object without Potlatch, Merkaartor or JOSM ? For example. For France, I'd like to add tag name:ty. You could do this with rawedit http://wiki.openstreetmap.org/wiki/Rawedit but it is broken now. As for JOSM, there is a better way. http://wiki.openstreetmap.org/wiki/WikiProject_France/Limites_administratives#France_.28admin_level_2.29 tells that relation number for France boundary is 11980. Select File-Download object, choose relation, enter 11980, uncheck all boxes for downloading relation members and hit OK. Then select the relation and add any tags you like. If there's no relevant wiki page, you can use Overpass API. At the moment there is no administrative border for Japan in the database (someone has probably deleted it earlier), that's why you were able to find something that is not Japan and quite small, but to get the relation for the China border, for example, you can type http://overpass-api.de/api/interpreter?data=[out:custom];rel[%22name:en%22~%22China$%22];out;redirect=no find out that the relation number is 270056 and download it in JOSM. IZ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] How to add, edit, remove tag for an object without Potlatch, Merkaartor or JOSM ?
2012/9/13 LIVINE Christin l...@mail.pf: - I select | Name : France, Europe | Type : boundary | Class Type : administrative | Bounds : … |. At the bottom, a red message appears : - I select | Name : Japan, Asia | Type : place | Class Type : country | Bounds : … |. What's the difference ? In the France case you found an administrative boundary (surrounding all of France) in the Japan case I suspect you found a place node (just a single node) representing vaguely the country. If you want to add another name-tag to one of these and you don't want to deal with overpass or other external APIs you can also simply zoom into the map and download a small part where at least one node of the desired boundary is contained. Then you edit the relation (could also be a way, but generally you will find relations) and add your name tag (no need to download the whole relation, but you could also do it (e.g. from inside the relation editor in JOSM you click on download incomplete members) to check consistency, if you don't do it then better not touch the geometry but change only tags). Cheers, Martin ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Rohde Schwarz using OSM
Reputed manufacturer of RF equipment Rohde Schwarz has applied OSM maps in firmware in their portable RS DDF007 Direction Finder for tracking down (illegal) sources of interference. Their brochure states that OSM currently is license-free, which apparently is a commercial translation of free-license. The brochure clearly mentions OSM and its possibilities and the OSM url. Geo licenses seem really difficult to understand ;)) As far as my information goes the device will cost you more than 50.000 USD. I do not have any information about attribution, but the brochure screen image shows none. http://www2.rohde-schwarz.com/en/products/radiomonitoring/direction_find er/DDF007-|-Brochures_and_Data_Sheets-|-19-|-8692.html image001.gif___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Licence change
Richard Fairhurst schrieb: OSM data downloaded after 9am today is now licensed under the Open Database Licence. \o/ \o/ \o/ As just some mapper, I'd like to thank everyone who has been working over the years to get this done - both getting the CTs in place and then the license conversion. You all did a great and very important job. When I joined the project, the one thing that made me feel somewhat strange was that there were no clear terms for contribution. When I heard that even the license used was unsure to hold up for a database, that didn't make me feel more at ease. It's great that those things have finally been settled. Now I hope we'll clear up the still open questions (e.g. is a vector map like a Garmin one considered a database or a derived work?), hopefully put those CT/license flamewar-ish discussions firmly behind us and instead make this project even strong in both the data set and the community! Robert Kaiser ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Rohde Schwarz using OSM
On Thu, Sep 13, 2012 at 7:35 AM, ce-test, qualified testing bv - Gert Gremmen g.grem...@cetest.nl wrote: Reputed manufacturer of RF equipment Rohde Schwarz has applied OSM maps in firmware in their portable RS DDF007 Direction Finder for tracking down (illegal) sources of interference. Their brochure states that OSM currently is *license-free,* which apparently is a commercial translation of free-license. The brochure clearly mentions OSM and its possibilities and the OSM url. Geo licenses seem really difficult to understand ;)) As far as my information goes the device will cost you more than 50.000 USD. I do not have any information about attribution, but the brochure screen image shows none. http://www2.rohde-schwarz.com/en/products/radiomonitoring/direction_finder/DDF007-|-Brochures_and_Data_Sheets-|-19-|-8692.html I wouldn't expect direct on screen attribution on a mobile device. They have enough happening on that screen as is. At least the brochure certainly leaves no doubt that this is an OSM based map although they don't quite include the blessed text. However their documentation needs some work. I just download their OSMWizard installer. It has an OpenSource_Acknowledgement.pdf file in it which is great. This file contains the software licenses for 13 different pieces of open source software that they use. QT (typoed as OT in one table), Boost, GnuPlot, Postgres, OpenSSL, etc. But no mention of OpenStreetMap :( The other problem is that this OSMWizard software is a tile scraper. It doesn't send a user agent string either so it is violating several terms of our tile usage policy. You can put in a custom tile server but it defaults to the osm.org mapnik layer. Although, given the specialized nature of this product I imagine it won't really cause any major problems compared to the other scrapers that are out there. Toby image001.gif___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] How to add, edit, remove tag for an object without Potlatch, Merkaartor or JOSM ?
Thank you for all answers. All your suggestions works. Wiki : I have to find the pages ^^; Overpass : I have to edit the URL with the good name, name:en, name:fr. Rawedit (http://textual.ru/rawedit) : I can't add comment. More suggestions are welcome. Thank you. Bye. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] I would like to add names in languages of French Polynesia. How to do ?
Thank you for all answers. It was interesting. I learned many things : - How language tag should be coded - IETF and IANA for languages of the world. From my side, I'll look for more information in the field. Thank you. Bye. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Licence change
On 13.09.2012 01:06, Martin Koppenhoefer wrote: announcements (in means of lessons learned): within a multinational worldwide project it is recommended to add a time zone if a time is given. I'd expect it to be either zulu-time-zone (UTC+0) or British summer time (UTC+1) (because the seat of OSMF is in London). It should be only relevant to you, But that's exactly what I pointed on: I'd expect and It should, that reflects the missing information that I suggested to add in future announcements. If you are used to work in worldwide distributed projects in busness then adding a time zone (or make it location based like Munich time) is normal for you (in that case: for me). if you download data from the API, given that it is supposed to be legally impossible to make a soft license transition by applying diffs to a cc-by-sa planet. could IMHO also happen if you download data from the API prior the licence change to an offline editor (e.g. JOSM) and afterwards upload edits based on this cc-by-sa data to the ODBL-API. Best regards, Michael. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Licence change
On Thu, Sep 13, 2012 at 5:32 PM, Michael Kugelmann michaelk_...@gmx.de wrote: On 13.09.2012 01:06, Martin Koppenhoefer wrote: announcements (in means of lessons learned): within a multinational worldwide project it is recommended to add a time zone if a time is given. I'd expect it to be either zulu-time-zone (UTC+0) or British summer time (UTC+1) (because the seat of OSMF is in London). It should be only relevant to you, But that's exactly what I pointed on: I'd expect and It should, that reflects the missing information that I suggested to add in future announcements. Yes, we missed the time zone in that announcement. We often include it. Sorry! ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Legal Wording again..
hi all we develop an apps , integrated with OSM, and we have 2 option, to use OSM.org and our own Osmosa.net take a look this URL http://demo.meruvian.org/module/eduunit the database is access to our server in osmosa.net, because both under our own IIX (www.iix.net.id) any idea for the right letter in the map box? F ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Legal Wording again..
Data CC-By-SA by © OpenStreetMap http://openstreetmap.org/. Looks great! Also, the OdBL chage is official. Can someone provide a new license text for OdBL? A On Fri, Sep 14, 2012 at 12:33 PM, Frans Thamura fr...@meruvian.org wrote: hi all we develop an apps , integrated with OSM, and we have 2 option, to use OSM.org and our own Osmosa.net take a look this URL http://demo.meruvian.org/module/eduunit the database is access to our server in osmosa.net, because both under our own IIX (www.iix.net.id) any idea for the right letter in the map box? F ___ 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] Legal Wording again..
i want the Osmosa also in that text content CCA from OSM server hosted in osmosa.net any idea? F On Fri, Sep 14, 2012 at 12:40 PM, Alex Rollin alex.rol...@gmail.com wrote: Data CC-By-SA by © OpenStreetMap http://openstreetmap.org/. Looks great! Also, the OdBL chage is official. Can someone provide a new license text for OdBL? A On Fri, Sep 14, 2012 at 12:33 PM, Frans Thamura fr...@meruvian.orgwrote: hi all we develop an apps , integrated with OSM, and we have 2 option, to use OSM.org and our own Osmosa.net take a look this URL http://demo.meruvian.org/module/eduunit the database is access to our server in osmosa.net, because both under our own IIX (www.iix.net.id) any idea for the right letter in the map box? F ___ 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-nl] maps
Hallo, Dat was inderdaad mijn vraag en ik heb verschillende gps devices waaronder de Mio 728 en een chinees, beide gebruiken de maps met fbl extinticties. Heb wel een torrentdownload waar ook OSM files bijstaan naast Teleatlas en Navteq en die werken allemaal met mijn gps. De kaartenvan OSM zien er gelikter uit en zijn uitvoeriger dan TA en NAV. Vandaar mijn vraag hoe ik de Garmin files zou kunnen converteren. Iemand heeft dus kans gezien om OSM files om te bouwen maar ik weet niet hoe. En dat was dus de inhoud van mijn vraag. Groetjes, Henk From: f...@users.sourceforge.net Date: Wed, 12 Sep 2012 22:21:51 +0200 To: talk-nl@openstreetmap.org Subject: Re: [OSM-talk-nl] maps Henk, Als ik je vraag goed begrijp wil je OpenStreetMap-kaarten gebruiken op je Mio autonavigatie? Volgens mij gaat dat niet. Mio staat hier, net als alle andere fabrikanten, niet om te springen want dat scheelt ze een hoop inkomsten omdat hun eigen kaarten minder verkocht worden. Voor Garmin hebben mensen het interne mapformaat ontcijferd en nagemaakt, maar voor zover ik weet is dat voor de andere fabrikanten niet gedaan. Gegroet, Frank Op 12 sep. 2012 17:04 schreef Henk Drenth hw.dre...@live.nl het volgende: Hoi, Hoe kom ik er achter of deze maps ook met een gewone gps zijn te gebruiken die werkt met maps.fbl? 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 ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Oude topografische kaarten
On 12-9-2012 11:51, Paul Smits wrote: Het zou ook van pas kunnen komen bij humanitaire mapping. Kunnen goede aanwijzingen zijn voor wegen in afgelegen gebieden. Bijvoorbeeld http://tasks.hotosm.org/job/47 Is er een kans dat deze russische kaarten als WMS beschikbaar komen voor bijvoorbeeld JOSM? Op 12 september 2012 10:38 schreef Maarten Deen md...@xs4all.nl mailto:md...@xs4all.nl het volgende: On 2012-09-12 09:38, Frank Fesevur wrote: Op 12 september 2012 08:01 heeft Maarten Deen het volgende geschreven: Ik weet niet of het hier al een keer genoemd is, maar op http://www.topomapper.com kun je oude topografische kaarten zien, en ook split-screen vergelijken met de huidige situatie in o.a. OSM. Zijn inderdaad oude kaarten, ik gok jaren 80. Dan pas zie je hoeveel er bijvoorbeeld in en om Den Haag is bijgebouwd. Nog daarvoor. Als ik op http://www.autosnelwegen.nl/asw/netw/netwerk2.htm kijk en zie dat de A50 onder Valburg alleen nog als stippellijn is ingetekend en de A28 vanaf Meppel ontbreekt (daar is wel een andere kaart gebruikt), en de A50 van Den Bosch naar Heesch er wel al is, dan is het stand 1975. In JOSM is het al mogelijk om een WMS-laag of tiles-laag (TMS) toe te voegen. In het specifieke geval van topomapper ligt het anders, omdat dit gebruik maakt van het tiled WMS protocol. Het request wordt aan TileCache gedaan (een applicatie die tiles uit WMS genereert en cachet). Hierdoor heb je wel de extent van de tiles nodig zoals in WMS, maar je bent gebonden aan de tile-indeling. Ik weet niet of JOSM dit ondersteunt. Ik zie geen voorbeeld met TileCache in de lijst met WMS / TMS. Misschien kan TileCache ook op een andere manier aangesproken worden (dus met x, y en zoom, zoals de OSM tiles), maar ik ben hier niet in thuis. In theorie is het natuurlijk mogelijk om oude kaarten te gebruiken om daar informatie vandaan te halen. Je moet dan wel alert zijn op de volgende zaken: * Ouderdom: de meeste topografische kaarten die beschikbaar zijn van afgelegen gebieden zijn vaak al tientallen jaren oud. De kans is groot dat de situatie is veranderd. * Kwaliteit: je weet niet zeker wat de kwaliteit van de kaart is. Ik heb met Topomapper een stukje in de D.R. Congo vergeleken met OSM. De situatie kwam niet erg overeen. In ieder geval was op die plek al OSM data beschikbaar. * Copyright: vaak rust er copyright op kaarten, dus je kunt ze niet zomaar gebruiken. In het geval van de Sovjet-kaarten is dat anders, omdat de USSR nooit de Conventie van Bern heeft ondertekend. Let op: op de meer gedetailleerde West-europese kaarten (1:200.000 en groter) rust wel copyright, omdat bewezen is dat de kaarten zijn overgetekend van de Ordnance Survey, etc. Als je oude kaarten hebt, moeten ze wel worden gegeorefereerd, geherprojecteerd danwel gewarped en opgeknipt worden in tiles. Hiermee houd ik me nu en dan bezig (ter afwisseling van OSM ;) ). Een oud voorbeeldje staat nog hier: http://steggink.org/mtbl/. Dit toont zgn. Messtischblätter, oude Duitse topografische kaarten. Dit is de werkwijze die ik volg: * Georefereren (toekennen van coördinaten aan bepaalde pixels): dit kost een hoop tijd. Er zijn wel kaarten te vinden die MAP-files hebben. Dit zijn een soort van georeferentie-bestanden die door OZI Explorer gebruikt worden. Met de trial editie kun je wel kaarten georefereren. Je moet ten eerste een coördinatenstelsel opgeven. Dit kan een probleem zijn voor oude kaarten, omdat daarvoor stelsels werden gebruikt die niet door OZI Explorer ondersteund worden. Dan moet je maar wat kiezen wat in de buurt ligt. Bijv. voor het vastleggen van latlon WGS84 gebruiken, i.p.v. Hayford of Clarke 1866. En voor het vastleggen van XY-coördinaten van geprojecteerde stelsels de UTM-velden gebruiken en daar een fake zone invullen. In OZI Explorer kun je max. 9 punten opgeven. Die prik je in de kaart en je vult dan de bijbehorende coördinaten in (latlon of XY). * Herprojecteren: ik heb een programmaatje gemaakt die de MAP-files uitleest naar een ander formaat. In het begin worden de coördinatenstelsels als WKT gedefinieerd. Hier wordt later naar verwezen. Ik vervang de WKT-tekst door wat anders, en zoek/vervang de verwijzingen. Dan het herprojecteren zelf: ook via een eigen gemaakt command line tooltje. Dit leest het configuratiebestand uit. Je kunt hierin de bounding box, resolutie en coördinatenstelsel opgeven. Voor gebruik in OpenLayers is dat vaak Web Mercator, maar het kan ook RD, etc. zijn. Soms kan dit heel lang duren, vooral als je een kaart met een hoge resolutie wilt maken. Alle berekeningen (warpen, herprojectie, bepalen resolutie) voer ik achter elkaar uit, zodat voor elke pixel in het doelbestand ik maar 1x data uit de bronbestanden hoef te lezen. Anders gaat dat zwaar ten koste van de kwaliteit, zoals je bijv. op Topomapper kunt zien. Je moet hier
Re: [OSM-talk-nl] Oude topografische kaarten
On 13-9-2012 11:22, Frank Steggink wrote: On 12-9-2012 11:51, Paul Smits wrote: Het zou ook van pas kunnen komen bij humanitaire mapping. Kunnen goede aanwijzingen zijn voor wegen in afgelegen gebieden. Bijvoorbeeld http://tasks.hotosm.org/job/47 Is er een kans dat deze russische kaarten als WMS beschikbaar komen voor bijvoorbeeld JOSM? Op 12 september 2012 10:38 schreef Maarten Deen md...@xs4all.nl mailto:md...@xs4all.nl het volgende: On 2012-09-12 09:38, Frank Fesevur wrote: Op 12 september 2012 08:01 heeft Maarten Deen het volgende geschreven: Ik weet niet of het hier al een keer genoemd is, maar op http://www.topomapper.com kun je oude topografische kaarten zien, en ook split-screen vergelijken met de huidige situatie in o.a. OSM. Zijn inderdaad oude kaarten, ik gok jaren 80. Dan pas zie je hoeveel er bijvoorbeeld in en om Den Haag is bijgebouwd. Nog daarvoor. Als ik op http://www.autosnelwegen.nl/asw/netw/netwerk2.htm kijk en zie dat de A50 onder Valburg alleen nog als stippellijn is ingetekend en de A28 vanaf Meppel ontbreekt (daar is wel een andere kaart gebruikt), en de A50 van Den Bosch naar Heesch er wel al is, dan is het stand 1975. In JOSM is het al mogelijk om een WMS-laag of tiles-laag (TMS) toe te voegen. In het specifieke geval van topomapper ligt het anders, omdat dit gebruik maakt van het tiled WMS protocol. Het request wordt aan TileCache gedaan (een applicatie die tiles uit WMS genereert en cachet). Hierdoor heb je wel de extent van de tiles nodig zoals in WMS, maar je bent gebonden aan de tile-indeling. Ik weet niet of JOSM dit ondersteunt. Ik zie geen voorbeeld met TileCache in de lijst met WMS / TMS. Misschien kan TileCache ook op een andere manier aangesproken worden (dus met x, y en zoom, zoals de OSM tiles), maar ik ben hier niet in thuis. In theorie is het natuurlijk mogelijk om oude kaarten te gebruiken om daar informatie vandaan te halen. Je moet dan wel alert zijn op de volgende zaken: * Ouderdom: de meeste topografische kaarten die beschikbaar zijn van afgelegen gebieden zijn vaak al tientallen jaren oud. De kans is groot dat de situatie is veranderd. * Kwaliteit: je weet niet zeker wat de kwaliteit van de kaart is. Ik heb met Topomapper een stukje in de D.R. Congo vergeleken met OSM. De situatie kwam niet erg overeen. In ieder geval was op die plek al OSM data beschikbaar. * Copyright: vaak rust er copyright op kaarten, dus je kunt ze niet zomaar gebruiken. In het geval van de Sovjet-kaarten is dat anders, omdat de USSR nooit de Conventie van Bern heeft ondertekend. Let op: op de meer gedetailleerde West-europese kaarten (1:200.000 en groter) rust wel copyright, omdat bewezen is dat de kaarten zijn overgetekend van de Ordnance Survey, etc. Als je oude kaarten hebt, moeten ze wel worden gegeorefereerd, geherprojecteerd danwel gewarped en opgeknipt worden in tiles. Hiermee houd ik me nu en dan bezig (ter afwisseling van OSM ;) ). Een oud voorbeeldje staat nog hier: http://steggink.org/mtbl/. Dit toont zgn. Messtischblätter, oude Duitse topografische kaarten. Dit is de werkwijze die ik volg: * Georefereren (toekennen van coördinaten aan bepaalde pixels): dit kost een hoop tijd. Er zijn wel kaarten te vinden die MAP-files hebben. Dit zijn een soort van georeferentie-bestanden die door OZI Explorer gebruikt worden. Met de trial editie kun je wel kaarten georefereren. Je moet ten eerste een coördinatenstelsel opgeven. Dit kan een probleem zijn voor oude kaarten, omdat daarvoor stelsels werden gebruikt die niet door OZI Explorer ondersteund worden. Dan moet je maar wat kiezen wat in de buurt ligt. Bijv. voor het vastleggen van latlon WGS84 gebruiken, i.p.v. Hayford of Clarke 1866. En voor het vastleggen van XY-coördinaten van geprojecteerde stelsels de UTM-velden gebruiken en daar een fake zone invullen. In OZI Explorer kun je max. 9 punten opgeven. Die prik je in de kaart en je vult dan de bijbehorende coördinaten in (latlon of XY). * Herprojecteren: ik heb een programmaatje gemaakt die de MAP-files uitleest naar een ander formaat. In het begin worden de coördinatenstelsels als WKT gedefinieerd. Hier wordt later naar verwezen. Ik vervang de WKT-tekst door wat anders, en zoek/vervang de verwijzingen. Dan het herprojecteren zelf: ook via een eigen gemaakt command line tooltje. Dit leest het configuratiebestand uit. Je kunt hierin de bounding box, resolutie en coördinatenstelsel opgeven. Voor gebruik in OpenLayers is dat vaak Web Mercator, maar het kan ook RD, etc. zijn. Soms kan dit heel lang duren, vooral als je een kaart met een hoge resolutie wilt maken. Alle berekeningen (warpen, herprojectie, bepalen resolutie) voer ik achter elkaar uit, zodat voor elke pixel in het doelbestand ik maar 1x data uit de bronbestanden hoef te lezen. Anders gaat dat zwaar ten koste van de kwaliteit, zoals je
[OSM-talk-nl] State Of The Map US
Ha allemaal, Ik ga jullie nog een keer lastig vallen met State Of The Map US. Voor degenen die niet naar Tokyo konden (te duur, te ver, geen tijd) is dit een tweede kans. Hoewel het merendeel van de sprekers uit de VS komt, zijn de meeste onderwerpen zonder meer voor iedereen interessant. Om een paar sessies te noemen: Cartografie met TileMill, een nieuwe JOSM plugin voor snel fixen van fouten, hoe profiteren OSM en Foursquare van elkaar?, camera mapping... Totaal meer dan 50 sessies. Het programma wordt een dezer dagen gepubliceerd. Om je over de streep te trekken: KLM heeft nu werelddealweken, waardoor je voor onder de 600 euro naar Portland kunt vliegen vanaf Amsterdam. Bovendien loopt de early bird registratie zondag af (nu nog $80, straks $110). KLM-link: https://www.klm.com/travel/nl_nl/plan_and_book/special_offers/act/index.htm?WT.seg_3=HP_NYC_WDW9c[0].os=AMSc[0].ds=NYCDest=NYCtp=100orig=AMSdest=PDXfrom=2012-10-12to=2012-10-15 Registratie: http://sotmpdx.eventbrite.com/ -- martijn van exel http://oegeo.wordpress.com ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
[Talk-br] Tutorial OSM em 5 minutos
Ola Wille, Eu recomendaria de não sugerir modificar o traçado das vias a alguém começando a mapear, considerando os offsets que podem existir no posicionamento das imagens aéreas : isso é uma da maior poluição no OSM, com pessoas apenas começando e deslocando um monte de vias antes de aprender que as imagens, mesmo se de ótima resolução, podem não estar bem georeferenciadas. Ou pelo menos aumentar algo relativo a isso no seu documento ? Att. Severin Message: 1 Date: Tue, 11 Sep 2012 18:33:53 -0300 From: Wille wi...@wille.blog.br To: OSM talk-br talk-br@openstreetmap.org Subject: [Talk-br] Tutorial OSM em 5 minutos Message-ID: 504fae41.3040...@wille.blog.br Content-Type: text/plain; charset=ISO-8859-1; format=flowed Sempre senti falta de um tutorial que mostrasse de forma rápida e simples como começar a colaborar com o OSM. Então, diagramei um tutorial: http://wille.blog.br/wp-content/gallery/geral/osm-tutorial-pt_br.jpg Alguém sugere alguma modificação? Vamos divulgar?! Coloquei o SVG num repositório GIT, caso alguém queira fazer alguma modificação ou traduzir para outros idiomas: https://gitorious.org/osmtutorial abraços, wille -- Message: 2 Date: Tue, 11 Sep 2012 18:44:11 -0300 From: Arlindo Pereira openstreet...@arlindopereira.com To: OSM talk-br talk-br@openstreetmap.org Subject: Re: [Talk-br] Tutorial OSM em 5 minutos Message-ID: CADWq+2vjkyfz1cOxAJee5Sr0gnFDAFCL2N= zof-3mc_f01d...@mail.gmail.com Content-Type: text/plain; charset=iso-8859-1 Vendo rapidinho, meus 2 centavos: - Acho que a captura de tela do passo 5 ficou ruim por causa dessa linha em forma de V que tem em cima, ficou um pouco confuso. Acho que valia a pena pegar um exemplo de ruas em grid, apagar uma das linhas e refazê-la (sem salvar, claro). - Acho que vale a pena explicar de alguma forma rapidamente sobre a licença e a motivação do OSM. No mais, achei duca! Pilho até de imprimir algumas cópias em A2 (quatro folhas A4) e sair colando por aí. ;) []s 2012/9/11 Wille wi...@wille.blog.br Sempre senti falta de um tutorial que mostrasse de forma rápida e simples como começar a colaborar com o OSM. Então, diagramei um tutorial: http://wille.blog.br/wp-**content/gallery/geral/osm-**tutorial-pt_br.jpg http://wille.blog.br/wp-content/gallery/geral/osm-tutorial-pt_br.jpg Alguém sugere alguma modificação? Vamos divulgar?! Coloquei o SVG num repositório GIT, caso alguém queira fazer alguma modificação ou traduzir para outros idiomas: https://gitorious.org/** osmtutorial https://gitorious.org/osmtutorial abraços, wille ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Tutorial OSM em 5 minutos
Obrigado pela sugestão, Séverin! Atualizei o tutorial com um aviso sobre esse assunto: http://wille.blog.br/wp-content/gallery/geral/osm-tutorial-pt_br.jpg abçs, On 13-09-2012 08:13, Séverin MENARD wrote: Ola Wille, Eu recomendaria de não sugerir modificar o traçado das vias a alguém começando a mapear, considerando os offsets que podem existir no posicionamento das imagens aéreas : isso é uma da maior poluição no OSM, com pessoas apenas começando e deslocando um monte de vias antes de aprender que as imagens, mesmo se de ótima resolução, podem não estar bem georeferenciadas. Ou pelo menos aumentar algo relativo a isso no seu documento ? Att. Severin Message: 1 Date: Tue, 11 Sep 2012 18:33:53 -0300 From: Wille wi...@wille.blog.br mailto:wi...@wille.blog.br To: OSM talk-br talk-br@openstreetmap.org mailto:talk-br@openstreetmap.org Subject: [Talk-br] Tutorial OSM em 5 minutos Message-ID: 504fae41.3040...@wille.blog.br mailto:504fae41.3040...@wille.blog.br Content-Type: text/plain; charset=ISO-8859-1; format=flowed Sempre senti falta de um tutorial que mostrasse de forma rápida e simples como começar a colaborar com o OSM. Então, diagramei um tutorial: http://wille.blog.br/wp-content/gallery/geral/osm-tutorial-pt_br.jpg Alguém sugere alguma modificação? Vamos divulgar?! Coloquei o SVG num repositório GIT, caso alguém queira fazer alguma modificação ou traduzir para outros idiomas: https://gitorious.org/osmtutorial abraços, wille -- Message: 2 Date: Tue, 11 Sep 2012 18:44:11 -0300 From: Arlindo Pereira openstreet...@arlindopereira.com mailto:openstreet...@arlindopereira.com To: OSM talk-br talk-br@openstreetmap.org mailto:talk-br@openstreetmap.org Subject: Re: [Talk-br] Tutorial OSM em 5 minutos Message-ID: CADWq+2vjkyfz1cOxAJee5Sr0gnFDAFCL2N=zof-3mc_f01d...@mail.gmail.com mailto:zof-3mc_f01d...@mail.gmail.com Content-Type: text/plain; charset=iso-8859-1 Vendo rapidinho, meus 2 centavos: - Acho que a captura de tela do passo 5 ficou ruim por causa dessa linha em forma de V que tem em cima, ficou um pouco confuso. Acho que valia a pena pegar um exemplo de ruas em grid, apagar uma das linhas e refazê-la (sem salvar, claro). - Acho que vale a pena explicar de alguma forma rapidamente sobre a licença e a motivação do OSM. No mais, achei duca! Pilho até de imprimir algumas cópias em A2 (quatro folhas A4) e sair colando por aí. ;) []s 2012/9/11 Wille wi...@wille.blog.br mailto:wi...@wille.blog.br Sempre senti falta de um tutorial que mostrasse de forma rápida e simples como começar a colaborar com o OSM. Então, diagramei um tutorial: http://wille.blog.br/wp-**content/gallery/geral/osm-**tutorial-pt_br.jpghttp://wille.blog.br/wp-content/gallery/geral/osm-tutorial-pt_br.jpg Alguém sugere alguma modificação? Vamos divulgar?! Coloquei o SVG num repositório GIT, caso alguém queira fazer alguma modificação ou traduzir para outros idiomas: https://gitorious.org/** osmtutorial https://gitorious.org/osmtutorial abraços, wille ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-de] Lizenz-Umstellung ist abgeschlossen (war: Zeitplan zur Generierung eines neuen ODBL-Planets)
Michael Kugelmann MichaelK_OSM at gmx.de writes: Zwischenzeitlich ist die Umstellung durch, siehe unten bzw. im Archiv: http://lists.openstreetmap.org/pipermail/announce/2012-September/70.html Gut zu wissen. Die deutsche Copyright-Seite wurde allerdings noch nicht überarbeitet und weist noch auf CC-By-SA hin. Wie sieht es mit Datennutzern aus, die via OpenLayers die Tiles von OSM verwenden? Kann man das nächste OpenLayers-Release abwarten, oder sollte/muss man selber für den passenden Lizenz-Hinweis sorgen? Gruß Manuel ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tiefgarage in Wohnsiedlung?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2012-09-12 22:35, Martin Koppenhoefer wrote: Am 12. September 2012 21:23 schrieb Lars Schimmer l.schim...@cgv.tugraz.at: Moin! Ich häng mal wieder etwas. http://osm.org/go/0I5UUda6_-- Unter der Terassenhaussiedlung ist ne große Tiefgarage, die den gesamten Platz unterhalb der 4 Häuser und der Fläche dazwischen einnimmt, mit Zufahrt im süd-west und nord-ost. Wie tagt man dieses am besten? polygon, amenity=parking, parking=underground, ggf. layer, und weitere tags wie capacity etc. http://wiki.openstreetmap.org/wiki/Tag:amenity%3Dparking Ja, soweit, so klar. Bleibt nur das Problem, da dadrauf schon Häuser stehen, die getaggt sind, ebenso Wege, Pools und Grünflächen. Die sind halt alle auf der TG drauf. für die Anzahl der Stockwerke könnte man die building:levels angeben (hier z.B. 1) : building:levels=0, building:min_level=-1 (nach derzeitiger Definition, SCNR) Nuja, da die ja am Hang liegt, meistens aber ebenerdig, könnt man höchstens building:level=1 angeben und für die Wohnhäuser drüber deren levels. Oder wenn man den Fußgängerbereich auf der TG als Erdgeschoss annimmt, ist die TG halt building:levels:underground=1. Mit min_level hat man da gar nichts, da keine Freiräume unter den Geschossen der Gebäude oder der TG. oder falls man sich doch noch auf eine eingängige tagging-Variante für Stockwerke einigt: building:levels=1 (wie oben auch: ein Stockwerk) oder building_levels=1 (andere Schreibweise, um Verwechslungen vorzubeugen) Nur nicht für die Gebäude, die drauf sind, die haben mehr. Dann muß man nur die Gebäude und die TG zusammen als building:parts=yes definieren. Gruß Martin MfG, Lars Schimmer - -- - - TU Graz, Institut für ComputerGraphik WissensVisualisierung Tel: +43 316 873-5405 E-Mail: l.schim...@cgv.tugraz.at Fax: +43 316 873-5402 PGP-Key-ID: 0x4A9B1723 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAlBReWoACgkQmWhuE0qbFyMxxgCfd3FLJMU6ClYmxce7P1PJaPqw yIgAn1j+9yVZUQVHILP5YQ9FtAKGCtio =wpmR -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tiefgarage in Wohnsiedlung?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2012-09-12 21:38, Falk Zscheile wrote: Am 12. September 2012 21:23 schrieb Lars Schimmer l.schim...@cgv.tugraz.at: Ich häng mal wieder etwas. http://osm.org/go/0I5UUda6_-- Unter der Terassenhaussiedlung ist ne große Tiefgarage, die den gesamten Platz unterhalb der 4 Häuser und der Fläche dazwischen einnimmt, mit Zufahrt im süd-west und nord-ost. Wie tagt man dieses am besten? Möglicherweise als Relation? http://wiki.openstreetmap.org/wiki/Proposed_features/parking#Underground_parking Hm, aber wenns nur eine Fläche mit 2 Zufahrten ist, muß da ne Relation sein? Meine Frage war eher: die TG ist unter den Gebäuden, unter Grünfläche, unter Pool, unter Fußwegen, und gehört doch zum Gebäude. Obs da ned zu Konflikten kommt. Ich hab mich in der Nacht drauf geeinigt, die TG als eine Fläche einzusetzen und zusammen mit den bestehenden Gebäuden als building:parts=yes zu setzen, dazu die einzelnen Gebäude mit building:part=yes. Frage bleibt nur, kann man an die Wege und Pools und Grünflächen den Level=1 mit dran setzen? Gruß, Falk MfG, Lars Schimmer - -- - - TU Graz, Institut für ComputerGraphik WissensVisualisierung Tel: +43 316 873-5405 E-Mail: l.schim...@cgv.tugraz.at Fax: +43 316 873-5402 PGP-Key-ID: 0x4A9B1723 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAlBReh0ACgkQmWhuE0qbFyMEAQCfUUSICiz5tHAkeL2ovxopsk75 GZ4AnjDnsVW+Vu9g5+MN1KLo5E0mE+Qm =+ggi -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Löschwassereinspeisung - Wie taggen ?
Holger wrote: Hallo Werner, wenn ich inject valve bei einer bekannten Suchmaschine eintippe, dann kommen Dinge die mehr nach einem Einspritzventil eines Motors aussehen. dry_standpipe scheint gut zu passen [1], das nehme ich. fire_hydrant finde ich auch verkehrt, das ist ja genau das Gegenteil. Danke Holger [1] https://en.wikipedia.org/wiki/Standpipe_(firefighting)#Dry_standpipe Am 20.08.2012 08:46, schrieb Werner Poppele: im Juni 2012 (siehe [1]) gab es eine kurze Diskussion zu diesem Thema. Ich hatte darueberhinaus Kontakt zu Oliver Brakhan, der meines Wissens bei OpenFireMap mitarbeitet. Aussage war, die Loeschwassereinspeisung als emergency=fire_hydrant zu taggen. Ich hatte dazu den Einwand, dass ein Hydrant zur Wasserentnahme dient und nicht zum Einspeisen von Wasser. Meines Wissens gibt es bisher keine wirkliche Empfehlung zum Taggen einer Loeschwassereinspeisung. Spontan wuerde ich das mit emergency=inject_valve oder wie es jemand vorgeschlagen hat, mit emergency=dry_standpipe dry_standpipe=inlet_valve taggen. WernerP [1] http://lists.openstreetmap.org/pipermail/talk-de/2012-June/date.html ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de Guten Morgen, Holger ueber die Website http://www.firehydrant.org/ bin ich auf die Firma Potter Roemer [1] gestossen, die Zubehoer zum Feuerschutz herstellt. Unter dem Stichwort Flush Inlets habe ich etwas gefunden, dass u. U. in die Richtung Loeschwassereinspeisung geht Werner [http://www.potterroemer.com/] ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tiefgarage in Wohnsiedlung?
Am 13. September 2012 08:15 schrieb Lars Schimmer l.schim...@cgv.tugraz.at: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2012-09-12 21:38, Falk Zscheile wrote: Am 12. September 2012 21:23 schrieb Lars Schimmer l.schim...@cgv.tugraz.at: Unter der Terassenhaussiedlung ist ne große Tiefgarage, die den gesamten Platz unterhalb der 4 Häuser und der Fläche dazwischen einnimmt, mit Zufahrt im süd-west und nord-ost. Wie tagt man dieses am besten? Möglicherweise als Relation? http://wiki.openstreetmap.org/wiki/Proposed_features/parking#Underground_parking aber wenns nur eine Fläche mit 2 Zufahrten ist, muß da ne Relation sein? Meine Frage war eher: die TG ist unter den Gebäuden, unter Grünfläche, unter Pool, unter Fußwegen, und gehört doch zum Gebäude. Obs da ned zu Konflikten kommt. Meine Entscheidung war damals für eine Relation gefallen, weil die Tiefgarage auch mehrere Eingänge hatte, einschließlich einem Fußgängereingang und ich 1. nicht genau wusste, welche Außmaße die Tiefgarage hat, 2. vermeiden wollte, dass man durch die Tiefgarage geroutet wird, wenn Wege wie auf einem Parkplatz verbunden werden, 3. ich Überlagerungen von Häusern und Plätzen vermeiden wollte, 4. auch bei mehreren Zugängen nur ein Tiefgaragensymbol erscheint. Dabei habe ich mich im wesentlichen auf die oberirdisch noch sichtbaren Punkte (Zufahrten) beschränkt und dann nur ein Node für die Tiefgarage selbst gesetzt. Ein Haus, dass von Straßentunneln unterhöhlt ist erschien mir nicht als sinnvolle Lösung und auch nicht notwendig. Gruß, Falk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] geplante und historische Objekte
Am 13.09.2012 00:54, schrieb Martin Koppenhoefer: Am 12. September 2012 23:42 schrieb Stephan Wolff s.wo...@web.de: PS: Da es keinen Einspruch gab, hat hier offenbar niemand etwas gegen eine Änderung geplanter/historischer Objekte in die Form status:key = value einzuwenden (highway und railway ausgenommen). Je nachdem, wie Du vorgehst. Wenn Du das automatisch machen willst Nein, ich editiere nur dort, wo ich mich auskenne (und nur selten fehlerhafte Einzelobjekte darüber hinaus). Ich werde allenfalls wenige Dutzend Änderungen machen. Da es Kritik geben könnte, wenn ein historisches Objekt nicht mehr in der Hauptkarte erscheint, wollte ich vorher allgemein fragen. Natürlich soll jede Diskussion auch die Mitleser anregen, in ihrem Arbeitsbereich ebenfalls tätig zu werden. So wie das Thema angelegt ist, dürfte das ja von internationalem Interesse sein. Ich persönlich würde es ganz gut finden, mit einem präfix inaktive Funktionen von aktiven abzugrenzen, ob man es allerdings im key machen sollte, weiss ich nicht so genau. Den zuletzt geführten Diskussionen zu ähnlichen Theman nach (zu den conditional access-tags) werden solche Konstrukte im value besser aufgenommen (weil weniger keys entstehen und man daher in bestimmten weitverbreiteten Datenbank-schemata besser damit klar kommt). Für solche internationalen Diskussionen fehlen mir Zeit uns Interesse. Die bestehenden lifecycle-Konzepte um eine weitere Variante zu erweitern finde ich nicht sinnvoll. Im Gegensatz zu den access-tags mit unbegrenzt vielen Uhrzeiten im key gäbe es nur wenige status:key Varianten. Viele Grüße Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neuimport nach Lizenzwechsel?
Simon Poole si...@poole.ch wrote: Rechtlich gesehen ist ein Neuimport notwendig, denn Du kannst keine CC-BY-SA-Datenbank durch Hinzufuegen von Updates zu einer ODbL-Datenbank machen. Nur um dies völlig klarzumachen: eine nur intern oder privat verwendete DB kann ganz normal weiterverwendet werden. Bietet man die Daten in irgendeiner Form an -dann- sollte man Neuimportieren. same same, but different *SCNR* Sven -- Das allgemeine Persönlichkeitsrecht (Art. 2 Abs.1 i.V.m. Art.1 Abs. 1GG) umfasst das Grundrecht auf Gewährleistung der Vertraulichkeit und Integrität informationstechnischer Systeme. (BVerfG, 1BvR 370/07) /me is giggls@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] geplante und historische Objekte
Am 13. September 2012 10:26 schrieb Stephan Wolff s.wo...@web.de: Die bestehenden lifecycle-Konzepte um eine weitere Variante zu erweitern finde ich nicht sinnvoll. Im Gegensatz zu den access-tags mit unbegrenzt vielen Uhrzeiten im key gäbe es nur wenige status:key Varianten. Du meinst, pro key gäbe es nur wenige zusätzliche keys ;-). Werde doch mal konkret: welches sind die status-Präfixe, die Du Dir vorstellst zu verwenden? mindestens doch proposed, construction, abandoned, disused? Derzeit gibt es rund 35000 verschiedene keys in der db. Natürlich sind da viele Tippfehler dabei und noch mehr Attribute, wo es meistens wohl keinen Sinn macht (je nachdem, welche keys siehst Du denn betroffen?), aber potentiell würdest Du mit 4 zusätzlichen Präfixen die Zahl der keys verfünffachen. Mir ist nicht klar wo der Vorteil sein soll, das nicht auf Value-Seite zu machen, wo man dieses Problem nicht hat. Auf der anderen Seite willst Du bewusst highway und railway anders behandeln als den Rest, was ich ebenfalls nicht so glücklich finde (je einheitlicher und logischer das tagging aufgebaut ist, um so einfacher haben es Mapper und Auswerter). Was spricht denn gegen ein tourism=construction, construction=hotel? Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tiefgarage in Wohnsiedlung?
Am 13. September 2012 08:12 schrieb Lars Schimmer l.schim...@cgv.tugraz.at: On 2012-09-12 22:35, Martin Koppenhoefer wrote: polygon, amenity=parking, parking=underground, ggf. layer, und weitere tags wie capacity etc. http://wiki.openstreetmap.org/wiki/Tag:amenity%3Dparking Ja, soweit, so klar. Bleibt nur das Problem, da dadrauf schon Häuser stehen, die getaggt sind, ebenso Wege, Pools und Grünflächen. Die sind halt alle auf der TG drauf. na und, das ist doch kein Problem, sieht höchstens im Renderer seltsam aus, wenn der Tiefgaragen nicht sinnvoll darstellt, aber das ist kein Datenproblem und auch ästhetisch lösbar. für die Anzahl der Stockwerke könnte man die building:levels angeben (hier z.B. 1) : building:levels=0, building:min_level=-1 (nach derzeitiger Definition, SCNR) Nuja, da die ja am Hang liegt, meistens aber ebenerdig, könnt man höchstens building:level=1 angeben und für die Wohnhäuser drüber deren levels. ja, die Wohnhäuser kannst Du bei der Betrachtung m.E. aussen vor lassen, es sei denn, Du siehst alle Wohnhäuser zusammen mit der Tiefgarage als _ein_ Gebäude an, dann wären alle Teile building parts. Oder wenn man den Fußgängerbereich auf der TG als Erdgeschoss annimmt, ist die TG halt building:levels:underground=1. +1, so würde man es wohl machen. Mit min_level hat man da gar nichts, da keine Freiräume unter den Geschossen der Gebäude oder der TG. ja eben, daher ja -1, dann stimmt die Rechnung wieder ;-) Dann muß man nur die Gebäude und die TG zusammen als building:parts=yes definieren. wie oben geschrieben, das wäre dann der Fall, wenn die TG dasselbe Gebäude ist wie die Wohnhäuser oben drauf. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tiefgarage in Wohnsiedlung?
Am 13. September 2012 08:15 schrieb Lars Schimmer l.schim...@cgv.tugraz.at: Meine Frage war eher: die TG ist unter den Gebäuden, unter Grünfläche, unter Pool, unter Fußwegen, und gehört doch zum Gebäude. Obs da ned zu Konflikten kommt. kann man aus den Häusern direkt in die TG, oder muss man aussen rum gehen? Ersteres würde ich als Hinweis sehen, dass es sich eher um ein großes Gebäude handelt, wenn hingegen alles komplett getrennt ist, würde ich das auch in OSM so abbilden. Statisch gesehen ist es klar, dass es einen Zusammenhang gibt, das bedeutet aber m.E. nicht, dass dadurch das ganze zwangsläufig zu einem Gebäude wird. Es gibt durchaus auch andere Situationen, wo sich mehrere bauliche Anlagen überlappen und bei der Statik berücksichtigt werden müssen, z.B. ein Eisenbahn- oder Straßentunnel unter dem Haus. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neuimport nach Lizenzwechsel?
Am 12.09.2012 21:16, schrieb Frederik Ramm: Hallo, On 12.09.2012 20:55, Alexander Matheisen wrote: eine kurze Frage: der Lizenzwechsel scheint ja nun durch zu sein. Muss ich nun ein neues Planetfile herunterladen und importieren, oder kann ich einfach die normalen Diff-Updates laufen lassen? Rechtlich gesehen ist ein Neuimport notwendig, denn Du kannst keine CC-BY-SA-Datenbank durch Hinzufuegen von Updates zu einer ODbL-Datenbank machen. Technisch gesehen hast Du aber recht; wenn Du einfach weiter Updates einspielst, sollte Deine Datenbank identisch zu einer neu importierten sein. Du musst dann aber steif und fest behaupten, Du haettest einen Neuimport gemacht ;) Bye Frederik Hi Frederik, du hast angekündigt, dass die neuen OSM-Ausschnitte bei der Geofabrik, sollte die Lizens umgestellt werden, in einem neuen Ordner angeboten werden. Wann ist es denn soweit/wann ist damit zu rechnen? Die Umstellung eures Downloadpfades wollte ich auch mit der Umstellung der Lizenzhinweise in meinem Impressum verknüpfen... MfG Andreas -- Andreas Neumann http://stadtplan-ilmenau.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] OSMF-Vorstand
Hallo, also da bin ich nun seit ein paar Tagen OSMF-Vorstandsmitglied und schon geht der Stress los. Am kommenden Sonntag abend soll die erste Vorstandssitzung sein (die werden immer per Telefon gemacht, eine Gewohnheit, die ich gern abschaffen wuerde, mal schauen, ob sowas wie IRC mehrheitsfaehig ist). Auf der Sitzung wird es unter anderem darum gehen, wann es wieder ein Face-to-Face-Meeting aller Vorstandsmitglieder geht (ob es ueberhaupt eins geben soll, scheint niemand in Frage stellen zu wollen). Eventuell waere das diesmal sogar in Deutschland. Ich werde mich dafuer einsetzen, dass alles, was auf dem Meeting diskutiert werden soll, vorher auf die Mailingliste oder ins Wiki kommt, damit man mehr Input von einer breiteren Community hat. Weitere Tagesordnungspunkte fuer die Sitzung sind voraussichtlich die Besetzung der Aemter (Vorsitz, Secretary und Schatzmeister, wobei fuer den Vorsitzenden vielleicht auch ein Rotationsprinzip in Frage kommt) sowie eine Diskussion darueber, was genau die Rolle von Steve (Chairman Emeritus) eigentlich bedeutet; ich bin da bereits mit einigen alten Vorstandsmitgliedern aneinandergeraten, weil ich der Ansicht war, dass diese Ehrenposition selbstverstaendlich nicht bedeutet, dass Steve weiterhin alle Vorstandsmails zu lesen bekommt, waehrend andere offenbar der Ansicht sind, dass Steve alles weiter macht wie bisher, nur ohne den laestigen Umstand, gewaehlt werden zu muessen. Aber schaun wir mal, vielleicht uebertreibe ich ja auch etwas. Ich habe bislang keine grossartigen Plaene fuer die OSMF, meine Agenda ist eigentlich eher, grossartige Plaene zu verhindern. Ich denke, dass die OSMF ein massives Problem hat, weil sie sich den Vereins- und Projektmitgliedern gegenueber zu arrogant verhaelt. Mal ehrlich, hat irgendjemand von Euch in der Vergangenheit mal gedacht: OSMF, das sind wir? - Da wuerde ich aber langfristig gern hinkommen. Habt ihr Vorschlaege, welche ersten kleinen Schritte man in diese Richtung unternehmen koennte? Bye Frederik (das gleiche schreibe ich ins Forum) -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSMF-Vorstand
Das geht ja schon gut los, vielen Dank, dass Du Dein Wahlversprechen einhältst und sofort beginnst, uns zu einzubeziehen, m.E. sind das bereits die ersten Schritte, von denen Du schreibst. Es fehlt bisher einfach an Transparenz, was die OSMF überhaupt macht. Sowohl IRC (da hattest Du dann auch an eine Veröffentlichung der logs gedacht, oder?) als auch Vorankündigung der Themen des Vorstandsmeetings (unabhängig davon, wie das dann genau abgehalten wird, f2f, irc, oder telefonisch) finde ich super, um die Transparenz zu steigern und die Community mehr einzubinden. Bisher hat man von der OSMF eher selten was gehört. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSMF-Vorstand
On 09/13/2012 11:44 AM, Frederik Ramm wrote: (die werden immer per Telefon gemacht, eine Gewohnheit, die ich gern abschaffen wuerde ... oh ja, sowas ist die Pest ... spätestens dann wenn native und nicht- native Speaker gemischt daran teilnehmen ... -- hartmut ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Häuserzeilen sauber ausrichten
Hallo, ich überlege gerade ob es ein PlugIn für JOSM gibt womit man eine Häuserzeile bzw. Objekte ausrichten kann. So sind Häuser in einer Straße meist in einer Reihe angeordnet. Gibt es die Möglichkeit wie in Adobe Illustrator - Ausrichten, Verteilen usw. Besten Dank für Infos Christian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Häuserzeilen sauber ausrichten
Hi, On 09/13/12 12:27, wwl wrote: ich überlege gerade ob es ein PlugIn für JOSM gibt womit man eine Häuserzeile bzw. Objekte ausrichten kann. So sind Häuser in einer Straße meist in einer Reihe angeordnet. Gibt es die Möglichkeit wie in Adobe Illustrator - Ausrichten, Verteilen usw. Du kannst alle Haeuser grob einzeichnen, dann alle Haeuser markieren und zusaetzlich zwei Nodes, die auf der Strasse liegen, dann Q druecken, dann werden alle Haeuser rechteckig gemacht und so gedreht, dass sie in der richtigen Richtung sind. Allerdings werden sie nicht alle an einer Linie ausgerichtet. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] place=locality = Flurbezeichnung ?!?
Am 12.09.2012 17:00, schrieb Fabian Patzke: Chris66 wrote [...] Ich schmeisse mal place=land_lot (http://en.wikipedia.org/wiki/Land_lot) oder place=parcel in die Runde. Das land lot entspricht laut Wikipedia unserem Flurstück, die waren früher evtl. mal gleich mit den Gebieten, die bei uns Flurnamen tragen, heute sind es aber in Katastern verwalteten genau festgelegte Gebiete. Das entspricht nicht den lockeren Gebieten mit Flurnamen bei uns. Eine Flur ist im Kataster bei uns kein lockeres Gebiet sondern mit ihren Grenzen wohl definiert. In der amtlichen Gemarkungsübersicht ist genau zu erkennen, welche Flurstücken zu welcher Flur und Gemarkung gehören. Normalerweise ist das etwa so: Das Flurstück ist eine Parzelle oder auch Grundstück, also ein kleines Teilstück einer Flur, das als kleinste Einheit im Kataster geführt wird. Der Eigentümer und andere Rechte in Verbindung mit diesem Flurstück werden im Grundbuch geführt. Die Gemarkung besteht aus mehreren Fluren, die innerhalb der Gemarkung normalerweise durchnummeriert werden. Meist entsprechen die Gemarkungsgrenzen den Grenzen der Ortsteile und heißen auch so. Innerhalb der Grenzen einer Gemeinde gibt es meist mehrere zusammenhängende Gemarkungen, deren Außengrenzen die Gemeindegrenzen bilden. In Ausnahmefällen gehört auch mal eine außerhalb liegende Gemarkung als Enklave zur Gemeinde. Gewanne sind zusammenhängende lang gezogene Bereiche einer Flur, die aus mehreren Flurstücken bestehen. Viele Grüße Burkhard ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lizenz-Umstellung ist abgeschlossen (war: Zeitplan zur Generierung eines neuen ODBL-Planets)
Hi, Am 13.09.2012 08:01, schrieb Manuel Reimer: Die deutsche Copyright-Seite wurde allerdings noch nicht überarbeitet und weist noch auf CC-By-SA hin. wer betreut die Seite? Nach dem es so viel Wind bei der Abstimmung über die Umstellung gab, finde ich die Reaktionen auf das Inkrafttreten von ODbL etwas verhalten. Freut sich denn keiner? Ist keiner bereit die Lizenzhinweise anzupassen? Persönlich finde ich es schade, denn die Texte konnten bereits im Vorfeld vorbereitet werden um binnen Sekunden nach der Umstellung upgeloadet zu werden. MC ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lizenz-Umstellung ist abgeschlossen (war: Zeitplan zur Generierung eines neuen ODBL-Planets)
Hi, Nach dem es so viel Wind bei der Abstimmung über die Umstellung gab, finde ich die Reaktionen auf das Inkrafttreten von ODbL etwas verhalten. Freut sich denn keiner? Ist keiner bereit die Lizenzhinweise anzupassen? Nun, zum einen ist die Lizenumstellung noch nicht so sehr abgeschlossen wie das kommuniziert wird. Es hängt davon, wen man fragt. In der langen Liste von Aufgaben vom Mapper zum Datennutzer sind wir an dem Punkt angekommen, an dem aus der OSM Main API die Daten ODbL-lizensiert erzeugt werden können. Die meisten Anwendungen basieren aber auf dem Planet-File oder den Diff-Files. Beides wird aktuell noch nicht von der OSM Main API bereitgestellt, sondern ist gerade und noch für ein paar Stunden in Arbeit. Die Landkarte, Geofabrik, Overpass API und alle anderen liefern also noch zwangläufig CC-BY-SA aus. Daher gibt es noch keinen Anlass, Texte umzustellen, sondern erst, wenn die ODbL-Daten auch bei den Datennutzern angekommen sind. Das kann, je nach Service, noch einige Tage dauern. Die Karten-Tiles bleiben ohnehin unter CC-BY-SA. Nebenbei: Welche Adresse soll eigentlich genau die deutsche Copyright-Seite sein? Viele Grüße, Roland ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lizenz-Umstellung ist abgeschlossen (war: Zeitplan zur Generierung eines neuen ODBL-Planets)
Am 13.09.2012 13:22, schrieb Roland Olbricht: Nebenbei: Welche Adresse soll eigentlich genau die deutsche Copyright-Seite sein? http://www.openstreetmap.org/copyright/de Je nach Spracheinstellungen wird dieser Inhalt auch angezeigt, wenn man http://www.openstreetmap.org/copyright aufruft. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] geplante und historische Objekte
Am 13.09.2012 10:48, schrieb Martin Koppenhoefer: Mir ist nicht klar wo der Vorteil sein soll, das nicht auf Value-Seite zu machen, wo man dieses Problem nicht hat. Schlüssel bestehen aus festen Komponenten. Values hingegen können einen komplexen Aufbau haben und sogar Freitextfelder sein. Daher ist die Unterscheidung von normalen Schlüsseln deutlich einfacher und verlässlicher, als es die Unterscheidung von normalen Werten wäre. Was spricht denn gegen ein tourism=construction, construction=hotel? Die fehlende Möglichkeit, mehrere Tags als construction zu markieren. Es ist nicht immer sichergestellt, dass eines der Tags eindeutig als Haupt-Tag identifizierbar ist und alle anderen harmlos für Anwendungen sind. Gruß, Tobias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] place=locality = Flurbezeichnung ?!?
Hallo Burkhard. Am 13.09.2012 12:32, schrieb bkmap: Die Gemarkung besteht aus mehreren Fluren, die innerhalb der Gemarkung normalerweise durchnummeriert werden. Meist entsprechen die Gemarkungsgrenzen den Grenzen der Ortsteile und heißen auch so. Du hast Recht. Ich denke wir haben hier im Thread den Begriff Flur auch zu unbedarft bzw. unkonkret verwendet. Problem zudem: Die Grenzen einer Flur bzw. auch Gemarkungsgrenzen sind viel zu selten in der Natur sichtbar. Und Pläne von der Verwaltung bekommt man in der Regel nicht. Es ist also weiterhin ein schwieriges Unterfangen, diese Grenzen zu mappen. Aber ich finde es wichtig es zu tun sofern man Zugriff auf entsprechende Informationen hat. Gewanne sind zusammenhängende lang gezogene Bereiche einer Flur, die aus mehreren Flurstücken bestehen. Gibt es Gewanne eigentlich offiziell im Kataster, sind diese Gewann-Namen handfest oder nur Überlieferungen? Ich kenne die nur von Karten auf denen Gewann-Namen so geschwungen über die Flurstücke geschrieben stehen. Was da genau dazu gehört ist nicht daraus erkennbar. Im Prinzip ist das was hier im Thread mit Flur bezeichnet ist eher ein Gewann, würde ich vermuten. Gibt es jemanden der da einen englischen Begriff für diese Unterteilung kennt? Gruß, Bernd -- Aus Anonymitätsgründen nennen wir sie Lisa S. Oder nein doch lieber L. Simpson. - Skinner, Die Simpsons signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] place=locality = Flurbezeichnung ?!?
Hallo, Im Prinzip ist das was hier im Thread mit Flur bezeichnet ist eher ein Gewann, würde ich vermuten. Gibt es jemanden der da einen englischen Begriff für diese Unterteilung kennt? Gewanne hat man (so weit ich weiß) angelegt, damit man auf mehreren zusammenhängenden Feldern zusammenhängend arbeiten und die gleiche Frucht anbauen konnte. Ob sie irgendwo im Kataster noch Bedeutung haben, weiß ich nicht. Die Flurnamen und Gewannnamen in Thüringen jedenfalls nicht. Der Heimatbund Thüringen aber erforscht die historischen Flurnamen und gibt regelmäßig Reporte heraus (http://www.heimatbund-thueringen.de/index.php?id=104). So viel mit bekannt ist, werden dabei diese alten Namen den im Kataster nummerierten Fluren zugeordnet. Viele Grüße Burkhard ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Löschwassereinspeisung - Wie taggen ?
On 21.06.12 09:10, Werner Poppele wrote: nachdem ich mir die Wiki-Seiten angesehen habe, denke ich, dass dieses Thema im Bereich Notfall / Emergency einfach noch nicht bearbeitet worden ist. http://wiki.openstreetmap.org/wiki/Tag:emergency%3Dfire_hydrant existiert. Im übrigen empfehle ich, sich mit http://wiki.openstreetmap.org/wiki/DE:OpenFireMap Frank März (Fragen zur Openfiremap.org bitte an User:Wankmann http://wiki.openstreetmap.org/wiki/User:Wankmann oder an info (at) openfiremap.org stellen) in Verbindung zu setzen, weil es wahrscheinlich Sinn macht, die Dinger auf der OpenFireMap auch darzustellen... /al ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSMF-Vorstand
Frederik - Danke für die Öffnung dieser wichtigen Diskussion. On Sep 13, 2012, at 5:44 AM, Frederik Ramm frede...@remote.org wrote: Mal ehrlich, hat irgendjemand von Euch in der Vergangenheit mal gedacht: OSMF, das sind wir? - Da wuerde ich aber langfristig gern hinkommen. Naja, ich schon, bin ja immerhin auch Mitglied. Ich stimme zu, dass es bessere Arbeit und mehr Transparenz braucht, aber es braucht auch mehr Mitglieder die zumindest sich die Mühe machen eine Wahlentscheidung zu treffen. Etwa 160 Wähler in der letzten Abstimmung war ja nicht gerade glorreich. Wir müssen mit einer positiveren Einstellung ggü der Foundation anfangen wenn wir wollen, dass sie erfolgreich ist. Die OSMF sind wir, falls sie schlecht ist, ist das auch zum Teil unsere Verantwortung. Du hast ja daraus deine Konsequenzen gezogen ;-) Habt ihr Vorschlaege, welche ersten kleinen Schritte man in diese Richtung unternehmen koennte? Hier ein paar Ideen, was die OSMF auf Anhieb tun könnte: - Wesentlich aktivere Kommunikation. Zum Beispiel: blog post für den Finanzreport, Deadlines für wichtige Events (die Wahl zB war nur sehr kurzfristig angekündigt). Ankündigung des nächsten board meetings. Wissen was los ist schafft die Voraussetzung für Partizipation. - OSM Jahreskalender könnte Sinn machen - aber vielleicht ist der nicht Notwendig sobald eine zeitgemässere Kommunikation stattfindet. - Webseite aufräumen. Schwer was darauf zu finden. - AGM's sollten IMO videoübertragen werden. - Bessere Koordination von Konferenzen. Die nächste internationale Konferenz sollte schon am ende der vorhergehenden angekündigt werden. SOTM US ist 5 Wochen nach SOTM Int'l. Dieses Jahr gab's keine State of the Map Europe, etc. - Mich würd's interessieren, wie working group leads an den Vorstand berichten. Geh mal davon aus, dass es da einiges zu verbessern gibt. - Vorstellung der neuen board Mitglieder am blog, profile für die neuen board mitglieder http://www.osmfoundation.org/wiki/Board_Member_Bios - Erweiterung der Mitgliederbasis - das wird etwas Diskussion brauchen und ein wichtiger Schritt dafür wird sein, das die Foundation bessere Arbeit leistet. Mehr Mitglieder muss aber von Anfang an mitgedacht werden. Und sicher gibts da noch viel mehr! ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de Alex Barth http://twitter.com/lxbarth tel (+1) 202 250 3633 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] place=locality = Flurbezeichnung ?!?
Am 13. September 2012 14:38 schrieb Bernd Wurst be...@bwurst.org: Am 13.09.2012 12:32, schrieb bkmap: Gibt es Gewanne eigentlich offiziell im Kataster, sind diese Gewann-Namen handfest oder nur Überlieferungen? Ich kenne die nur von Karten auf denen Gewann-Namen so geschwungen über die Flurstücke geschrieben stehen. Was da genau dazu gehört ist nicht daraus erkennbar. Für alte Flurnamen finde ich place den besten key, ggf. auch auf einem Node wenn man die Grenzen nicht kennt oder schätzen kann. Es gibt dazu auch einen interessanten Wikipedia-Artikel: http://de.wikipedia.org/wiki/Flurname Wenn es sich um Fluren im Kataster handelt eher boundary und Flächen. Die unterteilen sich dann noch in Flurstücke und sind selbst Bestandteil einer Gemarkung. Gibt es jemanden der da einen englischen Begriff für diese Unterteilung kennt? ich würde nicht davon ausgehen, dass das überall auf der Welt gleich strukturiert ist, zumindest was das Kataster angeht. Von daher vielleicht admin_level? Ggf. jeweils ein bisschen Platz lassen und nach der 11 weitermachen. Bei den place-Namen (Flurnamen, die nicht nur die Namen einer Flur im Kataster bezeichnen) haben wir schon ein tag (place=locality). In manchen Gegenden wird das halt derzeit zu prominent gerendert, wenn viele Daten eingetragen sind, aber das ist wohl eher ein temporäres Problem des Renderstils. Ggf. könnte man dem Datenverwerter auch zusätzliche Tipps geben, wie wichtig ein Objekt eingeschätzt wird. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Löschwassereinspeisung - Wie taggen ?
Andreas Labres wrote: On 21.06.12 09:10, Werner Poppele wrote: nachdem ich mir die Wiki-Seiten angesehen habe, denke ich, dass dieses Thema im Bereich Notfall / Emergency einfach noch nicht bearbeitet worden ist. http://wiki.openstreetmap.org/wiki/Tag:emergency%3Dfire_hydrant existiert. Im übrigen empfehle ich, sich mit http://wiki.openstreetmap.org/wiki/DE:OpenFireMap Frank März (Fragen zur Openfiremap.org bitte an User:Wankmann http://wiki.openstreetmap.org/wiki/User:Wankmann oder an info (at) openfiremap.org stellen) in Verbindung zu setzen, weil es wahrscheinlich Sinn macht, die Dinger auf der OpenFireMap auch darzustellen... /al ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de Gruess dich, Andreas danke fuer den Hinweis. Meine Mail war als Ergaenzung zu den Beitraegen gedacht, die vor einigen Wochen zu diesem Thema hier diskutiert worden sind. Abgeschlossen wurde das Thema m. E. aber nicht wirklich. Das Thema ist aber auch nicht wirklich ganz dringend denke ich. Vielleicht kann ja jemand mit den angegebenen Links was anfangen. Schoenen Abend Werner ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] geplante und historische Objekte
Moin! Am 13.09.2012 10:48, schrieb Martin Koppenhoefer: Am 13. September 2012 10:26 schrieb Stephan Wolff s.wo...@web.de: Die bestehenden lifecycle-Konzepte um eine weitere Variante zu erweitern finde ich nicht sinnvoll. Im Gegensatz zu den access-tags mit unbegrenzt vielen Uhrzeiten im key gäbe es nur wenige status:key Varianten. Du meinst, pro key gäbe es nur wenige zusätzliche keys ;-). Werde doch mal konkret: welches sind die status-Präfixe, die Du Dir vorstellst zu verwenden? Ich plane nicht, ein neues Konzept zu entwerfen, sondern ich möchte nur die häufig fehlausgewerteten Varianten durch eindeutige ersetzen. mindestens doch proposed, construction, abandoned, disused? historic wird auch genutzt. Derzeit gibt es rund 35000 verschiedene keys in der db. Kombinationen mit wichtigen, von Menschen erstellten Objekten (highway, railway, aeroway, waterway(Kanäle), building, power, barrier, man_made, shop, amenity, tourism) dürften 99% abdecken. Mir ist nicht klar wo der Vorteil sein soll, das nicht auf Value-Seite zu machen, wo man dieses Problem nicht hat. Das Thema scheint hier nur auf verhaltenes Interesse zu stoßen (euphemistisch ausgedrückt). Die Chance ein neues Schema weltweit bei Mappern und Nutzern durchzusetzen, dürften sehr gering sein. Auf der anderen Seite willst Du bewusst highway und railway anders behandeln als den Rest, was ich ebenfalls nicht so glücklich finde (je einheitlicher und logischer das tagging aufgebaut ist, um so einfacher haben es Mapper und Auswerter). Ich stelle nur fest, dass es bei highway und railway ein etabliertes System gibt. Was spricht denn gegen ein tourism=construction, construction=hotel? siehe [1]. building=construction, construction=yes oder man_made=construction wären auch nicht gerade intuitiv. Gruß Stephan [1] http://wiki.openstreetmap.org/wiki/Comparison_of_life_cycle_concepts ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] geplante und historische Objekte
Am 13. September 2012 23:33 schrieb Stephan Wolff s.wo...@web.de: Das Thema scheint hier nur auf verhaltenes Interesse zu stoßen (euphemistisch ausgedrückt). Die Chance ein neues Schema weltweit bei Mappern und Nutzern durchzusetzen, dürften sehr gering sein. das alte hat sich bisher auch noch nicht durchgesetzt: http://taginfo.openstreetmap.org/search?q=abandoned%3Aamenity 21x http://taginfo.openstreetmap.org/search?q=historic%3Aamenity 17x http://taginfo.openstreetmap.org/search?q=proposed%3Aamenity 14x http://taginfo.openstreetmap.org/search?q=construction%3Aamenity 9x http://taginfo.openstreetmap.org/search?q=disused%3Aamenity 329x demgegenüber: http://taginfo.openstreetmap.org/search?q=amenity%3Dhistoric 8x http://taginfo.openstreetmap.org/tags/amenity=hospital%20(historic) 17x http://taginfo.openstreetmap.org/tags/amenity=disused_pub 65x http://taginfo.openstreetmap.org/tags/amenity=disused 109x man braucht sich da glaube ich nicht allzu sehr einengen ;-) Trotzdem, ich bin überzeugt, lasst es uns mit diesem Schema versuchen. Da die Anzahl der üblichen Status-angaben recht überschaubar ist, und aufgegebene Nutzungen auch eher ein Spezialgebiet sind, kann man mit den zusätzlichen keys wahrscheinlich durchaus leben, dafür erspart man den übrigen Anwendungen, bei allen pois nach einem zusätzlichen Status-tag wie disused=yes zu suchen, bzw. ehemalige Objekte zu importieren, die einen eigentlich gar nicht interessieren. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] geplante und historische Objekte
Stephan Wolff s.wo...@web.de writes: In erster Linie möchte ein Anwender ein Objekt auffinden. Ob es aktuell in seiner vorgesehenen Funktion benutzt werden kann ist nur ein Teilaspekt. Dem Handwerker, Lieferanten etc. ist es egal in welchem Zustand das Objekt ist, er möchte es schnellstmöglich finden! Die weitaus meisten Nutzer wollen sicherlich eine Funktion nutzen und nicht am Bau mitwirken. Auch für Handwerker dürfte eine klare Unterscheidung zwischen in Bau befindlichen und fertigen Objekten wichtig sein. Eben. Und wenn ich wo wandern will, will ich dort keine autobahnen sehen, die dort vielleicht in 5 oder 10 jahren gebaut werden (oder auch nicht). Geplante oder historische objekte können meinetwegen in die datenbank, aber nur mit solchen tags, dass die eine verwechslung mit real-existierenden objekten ausschließen. In Großstädten habe ich es so gemacht. Welche U- oder S-Bahn dort hält ist mir egal. Schlimmstenfalls muss ich einmal mehr umsteigen. Für manche OSM-Objekte reicht nicht die Auswertung des Haupttags sondern man möchte über weitere Tags Unterklassen berücksichtigen. Das hat aber nichts damit zu tun, dass ich immer zwischen nutzbaren und geplanten bzw. ehemaligen Einrichtungen unterscheiden möchte. Genau, das ist ein sehr gutes beispiel. -- Karl Eichwalder ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Rohde Schwarz - Funkpeiler mit OSM-Karten
Am 21.05.2012 09:27, schrieb Jimmy_K: Im Handbuch zum RS®OpenStreetMap-Wizard (von [1]) wird es dann richtige erwähnt: [...] Um das Thema noch mal aufzugreifen: es hat seinen Weg in die Englisch-sprachige Talk gefunden. Neben dem Copyright- Thema gibt es eine weitere Erkenntnis: Toby Murray hat festgestellt, dass die von RS gelieferten Tools ein tile scraper sind und dadurch prinzipiell einige Nutzungsbedingungen des OSM Tile-Server verletzen (wenn auch durch die sicher begrenzte Anzahl derartiger Geräte das nicht zu einem ernsthaften Problem wird). http://lists.openstreetmap.org/pipermail/talk/2012-September/064133.html Grüße, Michael. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] geplante und historische Objekte
Hallo, Am 12.09.2012 23:09, schrieb Stephan Wolff: Die weitaus meisten Nutzer wollen sicherlich eine Funktion nutzen und nicht am Bau mitwirken. Diese weitaus meisten Nutzer haben auch zahlreiche andere Informationsquellen um ihre benötigte Information zu bekommen. Auch für Handwerker dürfte eine klare Unterscheidung zwischen in Bau befindlichen und fertigen Objekten wichtig sein. Der Handwerker hat in erster Linie einen Termin und eine Adresse die er finden möchte.Mit einer leeren Acker- oder meinetwegen Construction-flächen kann er nicht viel Anfangen wenn da längst zahlreiche Rohbauten stehen. Ich würde im Bedarfsfall nie zu einem Krankenhaus oder Bahnhof fahren nur weil es in einer Karte verzeichnet ist sondern die Karte dazu nutzen die entsprechende Einrichtung aufzufinden nachdem ich aus anderen Quellen die Information habe dass ich das dort vorfinde was ich benötige. Nicht jede OSM-Nutzung erfolgt vom Internet-PC. Auf Fernreise nutze ich die Suchfunktion im Outdoor-GPS. Andere Informationsquellen habe ich dort oft nicht. Das bedeuted aber auch dass Du auf nicht aktuelle Daten zugreifst. Die Daten sind schon mindestens so alt wie Dein letzter Download, häufig auch schon viel älter - und schlimmer, Du siehst dort auf Deinem Outodoor-GPS noch nichtmal wann der letzte Mapper dort die Daten aktualisiert hat. D.h. Du navigierst im Zweifelsfall auf sehr gut aussehenden Daten die aber schon längst überholt sind. Ich bevorzuge da mit alterstoleranten Daten zu arbeiten die mir sagen Zur Zeit der Erstellung der Daten war hier noch Acker und das Objekt nur geplant, aber wenn das jetzt fertig vor Dir steht dann ist das ein(e) ... und bist hier richtig ... Oder fährst Du blindlings zum nächsten Bahnhof ohne Information ob es dort einen für Dich geeigneten Zughalt gibt? In Großstädten habe ich es so gemacht. Welche U- oder S-Bahn dort hält ist mir egal. Schlimmstenfalls muss ich einmal mehr umsteigen. In Großstädten hast Du meist alle paar hundert Meter eine Haltestelle und bei Bauarbeiten Schienenersatzverkehr oder Hinweise auf Ausweichmöglichkeiten, da gibt es ehr weniger Probleme mit falschen Daten im Taschenhirn vom Fleck zu kommen.. Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] geplante und historische Objekte
Am 14.09.2012 00:30, schrieb Karl Eichwalder: Eben. Und wenn ich wo wandern will, will ich dort keine autobahnen sehen, die dort vielleicht in 5 oder 10 jahren gebaut werden (oder auch nicht). Geplante oder historische objekte können meinetwegen in die datenbank, aber nur mit solchen tags, dass die eine verwechslung mit real-existierenden objekten ausschließen. Historische Objekte (solche die es nicht mehr gibt) wirst Du dort nie mehr antreffen, aber die geplante Autobahn kann durchaus schon zum Zeitpunkt Deiner Wanderung Deinen Weg durchkreuzen. Oder die Information geben Geniese diese Wanderung - bald wird sie in dieser Form nicht mehr möglich sein. In Großstädten habe ich es so gemacht. Welche U- oder S-Bahn dort hält ist mir egal. Schlimmstenfalls muss ich einmal mehr umsteigen. Für manche OSM-Objekte reicht nicht die Auswertung des Haupttags sondern man möchte über weitere Tags Unterklassen berücksichtigen. Das hat aber nichts damit zu tun, dass ich immer zwischen nutzbaren und geplanten bzw. ehemaligen Einrichtungen unterscheiden möchte. Genau, das ist ein sehr gutes beispiel. Hier geht hier beide vom Idealfall aus dass die OSM-Daten aktuell sind. An prominenten Orten mag das der Fall sein, an weniger prominenten - den häufigeren Fällen - aber ehr die Ausnahme. Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] geplante und historische Objekte
Am 12.09.2012 11:26, schrieb Martin Koppenhoefer Korrekter Name und eine Zusatzinformation dahinter in Klammer sollte ein gangbarer Kompromiss sein um einerseits nicht die Anwendungen zu stören, andererseits dem Nutzer wichtige Zusatzinformationen zu geben auf die er sonst keinen Zugriff hat. Aber nicht im name-tag sondern auf Anwendungsseite. In den Name-Tag gehört der reine Name und kein Kompromiss. Idealistisch gesehen hast Du recht. Realistisch gesehen ist es verwirrend wenn die Realität nicht mit dem übereinstimmt was die Karte hergibt und es keinen Hinweis gibt dass sich die Realität gerade verändert hat. OSM bietet zwar die Möglickeit aktuelle zu sein, aber es ist nur eine Möglichkeit! Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Häuserzeilen sauber ausrichten
Das plugin https://wiki.openstreetmap.org/wiki/JOSM/Plugins/BuildingsTools hat viele Funktionen. Ich weiss nicht mehr, ob Ausrichten auch drin ist. Volker 2012/9/13 Frederik Ramm frede...@remote.org Hi, On 09/13/12 12:27, wwl wrote: ich überlege gerade ob es ein PlugIn für JOSM gibt womit man eine Häuserzeile bzw. Objekte ausrichten kann. So sind Häuser in einer Straße meist in einer Reihe angeordnet. Gibt es die Möglichkeit wie in Adobe Illustrator - Ausrichten, Verteilen usw. Du kannst alle Haeuser grob einzeichnen, dann alle Haeuser markieren und zusaetzlich zwei Nodes, die auf der Strasse liegen, dann Q druecken, dann werden alle Haeuser rechteckig gemacht und so gedreht, dass sie in der richtigen Richtung sind. Allerdings werden sie nicht alle an einer Linie ausgerichtet. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 __**_ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-dehttp://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[osm-ve] Satelital en San juan de Los Morros
Bonita imagen satelital en San Juan de los Morros http://www.openstreetmap.org/?lat=9.90856lon=-67.3678zoom=15layers=M Listo para calquear!!! -- Salva un árbol. No imprimas este correo a menos que sea realmente necesario. - J. Hernán Ramírez R Blog http://blog.hernanramirez.info - Linux User #97.898http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=97898 - Twitter @HernanRamriez http://twitter.com/HernanRamirez Mapas Libres OpenStreetmap Venezuela http://openstreetmap.org.ve - ___ Talk-ve mailing list Talk-ve@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ve
Re: [Talk-in] Any OpenStreet Mapping Party in Bangalore?
On Thu, Sep 13, 2012 at 9:44 AM, Sajjad Anwar sajja...@gmail.com wrote: snip 1. The beginners' guide on the wiki is the best place to start http://wiki.openstreetmap.org/wiki/Beginners%27_guide 2. Usually, what I do is to trace out maximum details from the satellite imagery of the area first and then go out with a GPS device to collect missing information. Which area and how big is the neighborhood you are intending to map? How long will the mapping party be? We can help you structure the process a bit if you can let us know about this. 3. There are several OpenStreetMap Editors. These tools are used to edit the GPS data/satellite imagery and 'tag' them suitably to create the map. Potlatch (http://wiki.openstreetmap.org/wiki/Beginners_Guide_1.3.2) is the easiest and web based tool. JOSM (http://wiki.openstreetmap.org/wiki/Beginners_Guide_1.3.3) is a very efficient offline tool. /snip I have been using my Samsung Galaxy Y phone (Android 2.3.x). The application I use for mapping is OsmAnd available on Android market. It lets you easily create/edit POIs (only basics, no advanced tagging). Also you can use it to capture tracks to GPX, upload them to OSM and then use Potlach2 to create roads from those tracks. You can check my edits here [1]. About 60% of them are directly done from OsmAnd, about 20% are creation of road based on the GPX tracks. Remaining 20% are direct edits using Potlach2. As Ishan already said clear view of sky improves the precision. If you are very close to a building or between closely spaced building then the precision is unreliable. [1] http://www.openstreetmap.org/user/onkarshinde/edits Cheers, Onkar -- Passion - Some people climb mountains - others write Free software. Don't ask why - the reason is the same. ___ Talk-in mailing list Talk-in@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-in
[Talk-it] locality su un edificio ?
Se una casa isolata nel bosco (Case Pincopalino, alt.mt. Xxx sul cartello per escursionisti ) è visibile da satellite che tag le diamo ? Essa stessa prende place=locality oppure per quello creo un nuovo nodo ? Ed in questo caso il nome/name va sulla casa o sul punto ? Stessa questione per laltitudine. Ciao, Ale. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] locality su un edificio ?
2012/9/13 Alech OSM alech.hos...@gmail.com: Se una casa isolata nel bosco (Case Pincopalino, alt.mt. Xxx sul cartello per escursionisti ) è visibile da satellite che tag le diamo ? place=isolated_dwelling Essa stessa prende place=locality oppure per quello creo un nuovo nodo ? Locality dovrebbe essere per i luoghi fisici, in generale disabitati Ed in questo caso il nome/name va sulla casa o sul punto ? Io mi limiterei a mappare la casa (punto o perimetro) e ad aggiungere questi tag: building=yes name=Case Pincopallino ele=... lascerei perdere il tag place Ciao ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] locality su un edificio ?
Locality si usa solo per luoghi non abitati non etichettabili in altro modo. Quindi non va bene. Io userei isolated_dwelling. 2012/9/13 Alech OSM alech.hos...@gmail.com ** ** ** ** Se una casa isolata nel bosco (Case Pincopalino, alt.mt. Xxx sul cartello per escursionisti ) è visibile da satellite che tag le diamo ? ** ** Essa stessa prende place=locality oppure per quello creo un nuovo nodo ?** ** Ed in questo caso il nome/name va sulla casa o sul punto ? Stessa questione per l’altitudine. ** ** Ciao, Ale. ** ** ___ 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] Suggerimenti mapping rete autobus cotral
Il 12 settembre 2012 22:00, David Paleino da...@debian.org ha scritto: Quindi le due ipotesi sono: o si utilizzano queste numerazioni di servizio nel campo ref, oppure pensavamo di inserire una abbreviazione dell'itinerario che la linea compie, in modo da non avere un ref troppo lungo. Ho avuto un problema simile con gli autobus di linea che portano da qui a Palermo. Ho risolto usando un ref=Mar-Maz-Pa [1]; certo non è il massimo della vita, ma quantomeno è comprensibile. In realtà non è che il ref sia obbligatorio. Se la linea non ne ha uno, o non ne ha uno pubblico, sarebbe quasi meglio non metterlo, piuttosto che inventarsene uno. E anche vero che lasciare la relazione senza ref impedisce l'utilizzo di un sacco di strumenti utili... -- Maurizio Daniele - maurizio.daniele (a) gmail.com ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] R: locality su un edificio ?
Mica detto che è abitata o abitabile ;-) No, a parte gli scherzi : isolated_dweling anche se è integra ma in via di restauro ma vuota e nessuno ci abita ? Locality solo per un passo, un sella , un picco , un poggio ? Da: Andrea Musuruane [mailto:musur...@gmail.com] Inviato: giovedì 13 settembre 2012 12.48 A: openstreetmap list - italiano Oggetto: Re: [Talk-it] locality su un edificio ? Locality si usa solo per luoghi non abitati non etichettabili in altro modo. Quindi non va bene. Io userei isolated_dwelling. 2012/9/13 Alech OSM alech.hos...@gmail.com Se una casa isolata nel bosco (Case Pincopalino, alt.mt. Xxx sul cartello per escursionisti ) è visibile da satellite che tag le diamo ? Essa stessa prende place=locality oppure per quello creo un nuovo nodo ? Ed in questo caso il nome/name va sulla casa o sul punto ? Stessa questione per laltitudine. Ciao, Ale. ___ 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] ODBL e derivare dati da OSM
Quindi la PA a cui stai proponendo questo progetto dovra': - rilasciare la banca dati dei sentieri in ODbL dichiarando che deriva da OpenStreetMap - creare tutti i documenti con la licenza che preferisce (poi vale il discorso di sopra sulla legge d'autore) In effetti sarà il progetto ad effettuare il primo dei due passi, quindi nessun problema a definire la licenza per il prodotto: tracciati dei sentieri e tag OSM con eventuale lavoro di categorizzazione, saranno resi disponibili con licenza ODbL e con attribuzione OSM. Yes! Quindi per le mappe (sto utilizzando Maperitive) il progetto avrà la scelta di scegliere la licenza che desidera. Corretto ? Certo, con la clausola che dovrai dire che i dati derivano da osm. In generale ti consiglio di aiutare questa PA ad andare verso il paradigma open data, di usare licenze deboli per i dati che loro pubblicano e di usare ODbL solo in casi come quello che hai descritto tu. Nel nostro caso dovrebbe essere il progetto ad avere il compito di rispettare l' ODBL per il prodotto creato da OSM. Un pò più di lavoro (ma neanche più di tanto), ma sarà più semplice gestire gli aspetti di licenza. Come gia' descritto: se derivi da OSM, ti tocca usare ODbL. A conferma ed ulteriore dettaglio di quanto dici tu ma con un aspetto interessante sulla viralità lo possiamo trovare nello scenario discusso in [1]: 1) Create a produced work under ODbL term 4.3 with proper attribution 2) Release produced work as public domain with proper attribution 3) Strip off legal notices and attribution (which I think is allowed, almost by definition, for public domain works) 4) Republish as public domain or any other license, without attribution This is allowed. Secondo me è un caso simile al mio. Chiarisco che non voglio trovare un sistema per girare intorno all' ODBL, ma non vorrei che il progetto producesse un buon prodotto, in grado di integrarsi con gli standard ed i linguaggi PA, per poi venire messo in discussione per impegni derivanti dal rispetto della licenza. Mi sembra che ora hai le idee chiare: - rilascio della banca dati derivata da OSM sotto ODbL - rilascio dei prodotti derivati dalla banca dati (= mappe, documenti, webmapping) con licenza a scelta della PA citando la fonte dati e (meglio) relativo download del dataset per riprodurre il risultato PS: poi lo sai che tutto questo dovrai venire a raccontarlo a OSMIT ? poi lo sai che se non continuate a chiarirmi l'aspetto di licensing, non presento nulla, ne alla PA e ne a OSMIT ? ;- Giusto per capirsi: io non sono un legale, sono socio della osmf ma non sono nel board e in nessun working group, mi interesso di open data per lavoro, ma di formazione sono un sociologo che si diverte a fare l'informatico e passo parte del mio tempo davanti al pc, parte ad allenare (pallavolo) e parte dietro alla morosa cino-austriaca. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] makers milano
Bene, Mi hanno chiamato ieri pomeriggio confermandomi la nostra partecipazione. Chi sarebbe interessato a partecipare all'evento, presenziando al nostro banchetto? Si tratta di un periodo di tre giorni: ven-sab-dom, possiamo fare i turni per coprire lo stand. Fatemi sapere... On Tuesday, September 4, 2012, Simone Cortesi wrote: nel periodo 9-11 novembre, a milano si svolgerà: http://www.makersitaly.it Io sarei dell'idea di partecipare come gruppo italiano di openstreetmap. la partecipazione è gratuita, e la cosa ci darebbe visibilità nell'ambiente piu' vasto degli smanettoni. Per la nostra partecipazione non dovrebbe essere necessario piu' di un paio di cartelloni con mappe osm, gli opuscoli di introduzione ad osm realizzati da luca. connessione ad internet dovrebbe essere disponibile. Io sarei in grado di coprire sabato e domenica allo stand. che ne dite? provo a fare l'iscrizione? qui di sotto il loro lancio stampa: Al motto di “Smettetela di annoiarvi… Costruite qualcosa!”, arriva Makers Italy, il grande evento italiano dedicato al mondo dei makers, dei creativi digitali e tecnologici, dei “garage innovators”, ma anche a tutti gli appassionati del Diy (do-it-yourself) che, con le loro innovazioni e i loro nuovi modelli di business, stanno dando vita a quella che molti commentatori non esitano a definire una nuova “rivoluzione industriale”. Una rivoluzione che vede protagonista la cultura digitale, la quale, dopo aver sovvertito il mondo dei bit e quindi l'editoria, la musica e i video attraverso Internet, secondo Chris Anderson, direttore di Wired Usa, «ora sta per trasformare il mondo degli atomi, quindi degli oggetti fisici», offrendo infinite opportunità imprenditoriali a giovani creativi e brillanti, che saranno impegnati a generare business partendo dall’open source e dalla collaborazione tra persone. -- -S -- -S ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-co] Una propuesta para mapear pueblos indígenas
Hola Federico, un gusto interactuar por acá en estos temas Yo recorro mucho el país, y en ocasiones he podido levantar información de tierras indígenas no resguardadas. Considero sin embargo al igual que tu que dichos territorios no deben incluirse en OSM, pues como sabemos la cartografía a veces también genera conflictos, y más cuando se está en un contextos interculturales donde afros, indígenas y campesinos hacen reclamos sobre el territorio. No quiero sonar negativo, pero con base en mi experiencia a veces hay que ir con mucha cautela para subir información, y más si uno no sabe el contexto político ni la metodología con que se levantó la información. No se trata solo del copyright, sino que muchas veces las áreas estípuladas en las resoluciones no coinciden con las áreas cartográficas, y viceversa. Ese es un problema que viene desde que Incora reconocía las tierras a las comunidades étnicas, en el cual Incoder y el IGAC han venido trabajando, pero que suele quedar en lo técnico y no bajar a las comundiades. Así mismo, actualmente se presentan muchas intesecciones territoriales cartográficas que tambien se traducen en conflictos en las comunidades, todo por una línea mal trazada o un lindero no contemplado, o porque simplemente la demarcación no reflejó la realidad de los territorios. En este sentido creo que lo mejor es señirnos a la información oficial del IGAC (aunque ya sabemos de los errores existentes, y que a veces no es tan oficial, pues está siendo ajustada). No no podemos perder de vista el escenario actual del país en casos tan complejos como el Cauca, donde existen comunidades indígenas, campesinas y afrodescendientes, todas en acciones colectivas para que les sean reconocidos sus derechos territoriales a través de Zonas de Reserva Campesina, Resguardos o Títulos Colectivos. A lo que voy es que a menos que hagamos trabajo de campo a profundidad, subir información de las organizaciones también puede traernos problemas, y creo que ese no es el objeto de OSM. No sé si este tema se podría manejar con etiquetas, pero no perdamos de vista por favor que los problemas en establecer la propiedad de la tierra han determinado la continuidad del conflicto armado en el país. Un saludo a tod@s Nicolás El 13 de septiembre de 2012 11:26, Federico Explorador (Nevados.org) [via GIS] ml-node+s19327n5725084...@n5.nabble.com escribió: Hola Nicolás, Estás en lo cierto, pero creo que nosotros como maperos de OSM no estamos en capacidad de conocer, mapear e incluir en OSM estos territorios. Lo que sí sería importante - viendo además el desarrollo interesante que ha tenido este hilo - es realizar entre algunos de nosotros y la ONIC una reunión, para socializar con ellos este debate. Eventualmente la ONIC podría aportar información valiosa, concretamente mapas de resguardos, que serviría evitar el eterno problema del copyright que mantiene el IGAC. Un cordial saludo Federico -Mensaje original- De: NicoVargas [mailto:[hidden email]http://user/SendEmail.jtp?type=nodenode=5725084i=0] Enviado el: jueves, 13 de septiembre de 2012 09:03 a.m. Para: [hidden email]http://user/SendEmail.jtp?type=nodenode=5725084i=1 Asunto: Re: [Talk-co] Una propuesta para mapear pueblos indígenas Hola a tod@s Es importante tener en cuenta que los territorios indígenas no solo son resguardos, ya que hay tierras que pertenecen o recuperan los cabildos pero legalmente no están constituidas como resguardos indígenas. Un saludo Nicolás Vargas -- View this message in context: http://gis.19327.n5.nabble.com/Una-propuesta-para-mapear-pueblos-indigenas-t p5713515p5725068.html Sent from the Colombia mailing list archive at Nabble.com. ___ Talk-co mailing list [hidden email] http://user/SendEmail.jtp?type=nodenode=5725084i=2 http://lists.openstreetmap.org/listinfo/talk-co ___ Talk-co mailing list [hidden email] http://user/SendEmail.jtp?type=nodenode=5725084i=3 http://lists.openstreetmap.org/listinfo/talk-co -- If you reply to this email, your message will be added to the discussion below: http://gis.19327.n5.nabble.com/Una-propuesta-para-mapear-pueblos-indigenas-tp5713515p5725084.html To unsubscribe from Una propuesta para mapear pueblos indígenas, click herehttp://gis.19327.n5.nabble.com/template/NamlServlet.jtp?macro=unsubscribe_by_codenode=5713515code=dmFyZ2FzcmFtaXJlem5pY29sYXNAZ21haWwuY29tfDU3MTM1MTV8Mjc2ODg0NDQ2 . NAMLhttp://gis.19327.n5.nabble.com/template/NamlServlet.jtp?macro=macro_viewerid=instant_html%21nabble%3Aemail.namlbase=nabble.naml.namespaces.BasicNamespace-nabble.view.web.template.NabbleNamespace-nabble.view.web.template.NodeNamespacebreadcrumbs=notify_subscribers%21nabble%3Aemail.naml-instant_emails%21nabble%3Aemail.naml-send_instant_email%21nabble%3Aemail.naml -- View this message in context:
Re: [Talk-co] Una propuesta para mapear pueblos indígenas
Aproposito del tema, les invito nueva mente a leer este documento EL MAPEO DE COLOMBIA: LA CORRELACIÓN ENTRE DATOS DE TIERRA Y ESTRATEGIA Geoffrey Demarest Marzo 2003 https://docs.google.com/viewer?a=vq=cache:AKMAewC28xQJ:elenemigocomun.net/wp-content/uploads/2009/03/mapeando-colombia.pdf+hl=es-419gl=copid=blsrcid=ADGEESiCDBcjEYCoQXgTmZzxIROgsx7nhxnDqihhPkq_SuAzcpWfXIdIsvHzYgMUQqBTrby-rbrv50pu0PMdT9SoPacod3qIcYi84gIy50W-rCD2utnWtvhcwX-E92Ir5YpNr8LVFo6Hsig=AHIEtbSh0tbpTeZWcZpoU-KIh8iWcNAcrgpli=1 2012/9/13 NicoVargas vargasramireznico...@gmail.com: Hola Federico, un gusto interactuar por acá en estos temas Yo recorro mucho el país, y en ocasiones he podido levantar información de tierras indígenas no resguardadas. Considero sin embargo al igual que tu que dichos territorios no deben incluirse en OSM, pues como sabemos la cartografía a veces también genera conflictos, y más cuando se está en un contextos interculturales donde afros, indígenas y campesinos hacen reclamos sobre el territorio. No quiero sonar negativo, pero con base en mi experiencia a veces hay que ir con mucha cautela para subir información, y más si uno no sabe el contexto político ni la metodología con que se levantó la información. No se trata solo del copyright, sino que muchas veces las áreas estípuladas en las resoluciones no coinciden con las áreas cartográficas, y viceversa. Ese es un problema que viene desde que Incora reconocía las tierras a las comunidades étnicas, en el cual Incoder y el IGAC han venido trabajando, pero que suele quedar en lo técnico y no bajar a las comundiades. Así mismo, actualmente se presentan muchas intesecciones territoriales cartográficas que tambien se traducen en conflictos en las comunidades, todo por una línea mal trazada o un lindero no contemplado, o porque simplemente la demarcación no reflejó la realidad de los territorios. En este sentido creo que lo mejor es señirnos a la información oficial del IGAC (aunque ya sabemos de los errores existentes, y que a veces no es tan oficial, pues está siendo ajustada). No no podemos perder de vista el escenario actual del país en casos tan complejos como el Cauca, donde existen comunidades indígenas, campesinas y afrodescendientes, todas en acciones colectivas para que les sean reconocidos sus derechos territoriales a través de Zonas de Reserva Campesina, Resguardos o Títulos Colectivos. A lo que voy es que a menos que hagamos trabajo de campo a profundidad, subir información de las organizaciones también puede traernos problemas, y creo que ese no es el objeto de OSM. No sé si este tema se podría manejar con etiquetas, pero no perdamos de vista por favor que los problemas en establecer la propiedad de la tierra han determinado la continuidad del conflicto armado en el país. Un saludo a tod@s Nicolás El 13 de septiembre de 2012 11:26, Federico Explorador (Nevados.org) [via GIS] [hidden email] escribió: Hola Nicolás, Estás en lo cierto, pero creo que nosotros como maperos de OSM no estamos en capacidad de conocer, mapear e incluir en OSM estos territorios. Lo que sí sería importante - viendo además el desarrollo interesante que ha tenido este hilo - es realizar entre algunos de nosotros y la ONIC una reunión, para socializar con ellos este debate. Eventualmente la ONIC podría aportar información valiosa, concretamente mapas de resguardos, que serviría evitar el eterno problema del copyright que mantiene el IGAC. Un cordial saludo Federico -Mensaje original- De: NicoVargas [mailto:[hidden email]] Enviado el: jueves, 13 de septiembre de 2012 09:03 a.m. Para: [hidden email] Asunto: Re: [Talk-co] Una propuesta para mapear pueblos indígenas Hola a tod@s Es importante tener en cuenta que los territorios indígenas no solo son resguardos, ya que hay tierras que pertenecen o recuperan los cabildos pero legalmente no están constituidas como resguardos indígenas. Un saludo Nicolás Vargas -- View this message in context: http://gis.19327.n5.nabble.com/Una-propuesta-para-mapear-pueblos-indigenas-t p5713515p5725068.html Sent from the Colombia mailing list archive at Nabble.com. ___ Talk-co mailing list [hidden email] http://lists.openstreetmap.org/listinfo/talk-co ___ Talk-co mailing list [hidden email] http://lists.openstreetmap.org/listinfo/talk-co If you reply to this email, your message will be added to the discussion below: http://gis.19327.n5.nabble.com/Una-propuesta-para-mapear-pueblos-indigenas-tp5713515p5725084.html To unsubscribe from Una propuesta para mapear pueblos indígenas, click here. NAML View this message in context: Re: Una propuesta para mapear pueblos indígenas Sent from the Colombia mailing list archive at Nabble.com. ___ Talk-co
[Talk-gb-westmidlands] Disaster hackathon in Birmingham
Hello westmidlanders See this event: http://h4d2register.eventbrite.com/ I had this invitation email lingering in my inbox for some time now. I was considering heading up to Birmingham 21-23rd to attend this disaster hackathon. Sadly I'm going to have to pass, but looks like it might be quite interesting. It's always good to have people plugging OpenStreetMap in the background at this kind of event, e.g. showing developers how to use OSM instead of google maps. If you fancy it, there could be a chance to do a lightning talk on Humanitarian OpenStreetMap Team topics. e.g. re-use these slides: http://www.harrywood.co.uk/blog/2012/05/22/hot-geomob/ If you're really keen, then me know if you could commit to going, because I'd like to reply to them saying that we're sending you! (but otherwise I guess you can get away with deciding quite last minute) Harry - Forwarded Message - From: Willow Brugh willow.b...@gwob.org To: m...@harrywood.co.uk Cc: Sara Farmer sara.far...@btinternet.com Sent: Monday, 6 August 2012, 17:21 Subject: disaster hackathon in Birmingham Greetings! Sara sent me your way, as someone who might be interested in this event. I do hope you'll join us, and let me know if you have any questions. h4d2 – Hackathon for Disaster Response 21-23 September 2012 The Disaster 2.0 team are happy to announce the Hackathon for Disaster Response(i.e. link to h4d2.eu), a 2-day event to bring together software developers and emergency management experts to hack out solutions to disaster-related problems. h4d2 will focus specifically on data available via social media, and on structured data (open data, linked data) available from a variety of sources. For tickets, please visit: h4d2register.eventbrite.com Willow Brugh program director, Geeks Without Bounds Schedule a meeting with me. ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb-westmidlands
[Talk-gb-westmidlands] NOTICE: Postcode tool using Land Reg data
Dear All, Just a quick message to point you all in the direction of the following post on talk-gb (which I know not everyone is a member of). The link details a fantastic website designed and built by local mapper Matt (Milliams) using the Land Registry address and postcode data previously discussed on this mailing list. Thanks again to Matt for his work on this. http://lists.openstreetmap.org/pipermail/talk-gb/2012-September/013803.html Rob ps If anyone hasn't caught the news yet the licence change to ODbL happened yesterday. Thanks to all involved at every stage. ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb-westmidlands
Re: [Talk-at] Dilletantische OSM-Verwendung in Flugblatt
Am 11. September 2012 10:46 schrieb Stefan Kopetzky sk...@ostblock.org: On 09/11/2012 08:42 AM, David Schmitt wrote: Es wäre vielleicht auch spannend bei der Lizenzhinweismail eine hübsche Beispielkarte beizulegen und zu schreiben, dass OSM tolle Karten macht und sich die Leute nicht mit halben Sachen zufrieden geben sollen. +1 Lässige Idee! Grad in Hinblick auf den Abmahnwahn bei den nördlichen Nachbarn kommt es mE gut rüber, wenn man konstruktive Vorschläge macht. Hier wäre vielleicht das Tool Map Compare von Geofabrik zu erwähnen. Dann kann man sich direkt ein Bild von der Qualität der Karte machen: tools.geofabrik.de/mc/ LG, Stefan ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at -- Lukas Bischof p: +43 (664) 416 84 34 w: http://www.wordy-rappinghood.net/ @: lukas.bisc...@gmail.com ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Dilletantische OSM-Verwendung in Flugblatt
Am 11. September 2012 08:42 schrieb David Schmitt da...@black.co.at: On 2012-09-08 19:22, Lukas Bischof wrote: Im Wiki sind einige Dinge unvollständig, ich werde mir die mal durchsehen und ergänzen/übersetzen, was fürs deutschsprachige fehlt. Das wäre sehr gut! Eine Mail mit Link auf öffentliche Doku finde ich immer besser als alles hundert-mal erklären müssen. Wäre natürlich eine elegante Lösung. Ich möchte gerade den Artikel von Maperitive aktualisieren, weil ich mir denke, dass das ein zentrales Tool in der Toolchain darstellt - gerade für Neulinge. Dann sollten wir das ganze zusammenfassen und publik machen (anschreiben). Und dann darauf hoffen, dass man die Anregung ernst nimmt. Spontan käme mir auch in den Sinn, ein Git/SVN-Repo zu machen, auf dem man Resourcen für Österreich sammelt. Macht das Sinn? Was würdest Du denn da für Ressourcen reinpacken wollen? Ich habe mir bei der Erstellung der Mail einmal etwas dazu gedacht, weiß ich jetzt aber nicht mehr genau. Ich glaube, ich dachte da so an Polygone von Bezirken (oder ähnliches) für Osmosis, zum Ausschneiden, weil wenn ich einmal ein Linz-Poygon hab, muss es ja nicht jeder neu machen müssen. Außerdem wäre eine rules-Datei für Maperitive sinnvoll, die Karten im Stile von Google Maps anzeigt, oder noch besser, im deutschen/österreichischen Stil. Solche Dateien wären dort wahrscheinlich gut aufgehoben. Eine d_at.mrules wird dann früher oder später wohl eh ins Maperitive-Projekt eingebaut werden, aber mal im Repo die Datei entwickeln ist wohl fürs erste eine good practice. Je länger ich mir diese Karte anschau, denk ich mir was zum Geier ist das?. Mann, aber echt. Ja. Es wäre vielleicht auch spannend bei der Lizenzhinweismail eine hübsche Beispielkarte beizulegen und zu schreiben, dass OSM tolle Karten macht und sich die Leute nicht mit halben Sachen zufrieden geben sollen. MfG David lg Lukas Am 4. September 2012 20:51 schrieb Jimmy_Kjimm...@gmx.at: Am 04.09.2012 20:17, schrieb Andreas Labres: Hallo! Keep cool... :) /0/ Die wollen offenbar eine Karte mit reduziertem Inhalt (was ja auch verständlich ist) und sie haben das halt so gelöst. Sollen sie, können sie, dürfen sie. Ist deren Problem. ;) Das einzige, worauf man Sie freundlich aufmerksam machen sollte: dass Sie doch bitte ein (c) OpenStreetMap Mitwirkende, cc-by-sa dazuschreiben. Am besten mit einem Link auf http://wiki.openstreetmap.org/wiki/DE:Lacking_proper_attribution Servus, Andreas _ /0/ ... und picke nicht Deinen neuen Thread an einen alten dran! ;) ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at Bei dem schlechten (unvollständigen) Rendering ist mir durchaus lieber, dass nicht dabeisteht, dass die Daten von OSM sind. LG Jimmy ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at -- Lukas Bischof p: +43 (664) 416 84 34 w: http://www.wordy-rappinghood.net/ @: lukas.bisc...@gmail.com ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-pt] Vamos Mapear Portugal em destaque na imprensa
Olá Rúben, olá malta, O projeto TECO Planner está ainda em desenvolvimento (quer tecnológico, quer como iniciativa), e é animado pelo Ricardo Reis da Silva. É um projeto que tem todo o nosso apoio (comunidade OSM + comunidade OSGeo). Penso que ainda não tem um site disponível, mas tem uma página (modesta) no facebook, em http://www.facebook.com/pages/TECO-Planner/182896518427417 Foi feita uma apresentação formal do projeto na Gulbenkian, em Julho, e a aceitação foi muito boa, cf. http://www.imtt.pt/sites/IMTT/Portugues/Noticias/Paginas/ApresentacaodoprojetoTECOPlanner.aspx Mando cópia ao Ricardo (r.reisdasi...@gmail.com), para ele atualizar ou acrescentar mais alguma informação. Há um recorte de imprensa do Público que explica o projeto, cf http://www.publico.pt/Cultura/planear-bem-uma-viagem-pela-internet_1502674 Abraço, Jorge Em 13-09-2012 01:10, Ruben Leote Mendes escreveu: Em Qua, Setembro 12, 2012 15:19, Rui Alves escreveu: http://www.dn.pt/inicio/ciencia/interior.aspx?content_id=2765159 Citando o artigo: Em Portugal também está a ser desenvolvido um projeto semelhante, designado Telco, e que será também desenvolvido de forma completamente gratuita através da colaboração das pessoas que fazem os mapas e das diversas empresas envolvidas, que disponibilizam as suas bases de dados com itinerários, tempos e custos, entre outros dados. Alguém sabe o url do site deste projecto Telco? Um abraço, -- Jorge Gustavo Rocha Departamento de Informática Universidade do Minho 4710-057 Braga Tel: +351 253604480 Fax: +351 253604471 Móvel: +351 910333888 skype: nabocudnosor ___ Talk-pt mailing list Talk-pt@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-pt
Re: [Talk-pt] Vamos Mapear Portugal em destaque na imprensa
Viva Ainda sobre a noticia. Alguém tem mais informações sobre esta Party dia 29/9? No próximo dia 29, a Câmara realiza o que se designa em inglês mapping party (festa de mapeamento), onde reunirá voluntários que irão complementar a informação geográfica do concelho, terminando a jornada com um almoço oferecido pela autarquia como contrapartida. Cumprimentos, Rui Alves -Mensagem original- De: f.dos.san...@free.fr [mailto:f.dos.san...@free.fr] Enviada: quarta-feira, 12 de Setembro de 2012 19:20 Para: Lista de discussão para Portugal Assunto: Re: [Talk-pt] Vamos Mapear Portugal em destaque na imprensa Obrigado Rui, Pena é mostrar uma imagem Google :-( O numero esta um bocadinho ultrapassado, são mais de 670 mil inscritos, claro nem todos estão ativos, em Portugal por exemplo temos uma média de 15 a 20 pessoas ativas por dia : http://osmstats.altogetherlost.com/index.php?item=countriescountry=Portugal Mais esta publicidade vai nos trazer mais pessoal a mapear ;-) - Mail original - De: Rui Alves ral...@xlm.pt Date : 12/09/2012 16:19:13 Subject: [Talk-pt] Vamos Mapear Portugal em destaque na imprensa http://www.dn.pt/inicio/ciencia/interior.aspx?content_id=2765159seccao=Tecnologiapage=-1 Rui Alves [CTO] ral...@xlm.pt ___ Talk-pt mailing list Talk-pt@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-pt ___ Talk-pt mailing list Talk-pt@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-pt
Re: [Talk-pt] Vamos Mapear Portugal em destaque na imprensa
Olá a todos e obrigado Jorge pela divulgação, O projeto TECO Planner para já ainda é um projeto. A ideia inicial foi uma das 10 ideias finalistas do concurso de ideias de empreendedorismo social (FAZ - Ideias de Origem Portuguesa) promovido pelas Fundações Gulbenkian e Talento e destinado à diáspora Portuguesa. Entretanto eu estava na Holanda e voltei a Portugal para procurar transformar a ideia num projeto e o projeto numa realidade ;) Nós pretendemos utilizar o OSM como base geográfica e com isso contribuir para o mapeamento de Portugal e o Open Trip Planner (OTP) ( http://opentripplanner.com/) como a base para o calculador. Temos uns testes já com dados reais de operadores, já demos alguns contributos para o mapeamento e já identificamos alguns bugs no OTP. O mais importante nesta fase (mais do que desenvolver funcionalidades e/ou ter um site) é envolver os operadores (centenas em todo o país) neste projeto. Isto é crucial para garantir que a informação disponibilizada é correta e oficial e garantir a sustentabilidade do projeto a longo prazo uma vez que estamos a pensar nisto como um projeto empresarial social. É nisso que eu tenho estado empenhado até agora. Tirando algumas apresentações públicas pontuais a grande parte deste trabalho é pouco visível. A outra razão, é por estarmos a planear uma mudança de nome quando o projeto estiver disponível para o público já que TECO foi pensado numa fase muito inicial do projeto e estamos cientes que neste momento não funciona (Telco, Tecno, ... já ouvimos de tudo). Neste momento não tenho grande informação adicional à que podem ler nas noticias que têm saído sobre nós e o que podem ler na página do FB e que vos dará uma ideia geral do que pretendemos fazer mas até ao final do ano conto ter novidades (espero que positivas) sobre o futuro do projeto. Para já peço-lhe que façam like no FB e que falem com os vossos amigos e conhecidos sobre o projeto. É importante conseguirmos mostrar (mais do que com estatísticas) aos operadores e aos reguladores que é importante e útil para os utilizadores um calculador de itinerários para transportes públicos que inclua todos os operadores do país. Abraço a todos e deixo o meu email abaixo se precisarem de me contactar, Ricardo (r.reisdasilva at gmail.com) 2012/9/13 Nuno Sá nunocesard...@gmail.com Hey! Sou estudante e usei o OSM na holanda para fazer uns trabalhos porque era realmente completo, mas o português tive a experimentar há uns tempos e ainda falta bastante coisa pareceu-me. Sobretudo nas areas de interior. Percebo que as pessoas que sejam trabalhadoras em empresas não tenham muito tempo para editar mas talvez os estudantes tenham. Porque é que um ou dois membros mais experimentes que morem nas zonas do porto e lisboa não entram em contacto com as faculdades de ciências e engenharia das universidades e dão umas formações curtas e gratuitas de como editar e a importância e potencial do OSM? Fui estudante de ciências de engenharia (geográfica) na fcup e isto não é um tema que interesse unicamente a estes estudantes. Aliás, muita gente que estuda ciências dos computadores interessa-se actualmente por tudo open source e também por isto. Se calhar o melhor é até tentarem publicitar essa actividade através dos grupos de alunos tambem (Associações e associações extra-curriculares) Boa sorte!! No dia 13 de Setembro de 2012 10:37, Jorge Gustavo Rocha j...@di.uminho.pt escreveu: Olá Rúben, olá malta, O projeto TECO Planner está ainda em desenvolvimento (quer tecnológico, quer como iniciativa), e é animado pelo Ricardo Reis da Silva. É um projeto que tem todo o nosso apoio (comunidade OSM + comunidade OSGeo). Penso que ainda não tem um site disponível, mas tem uma página (modesta) no facebook, em http://www.facebook.com/pages/**TECO-Planner/182896518427417http://www.facebook.com/pages/TECO-Planner/182896518427417 Foi feita uma apresentação formal do projeto na Gulbenkian, em Julho, e a aceitação foi muito boa, cf. http://www.imtt.pt/sites/IMTT/** Portugues/Noticias/Paginas/**ApresentacaodoprojetoTECOPlann**er.aspxhttp://www.imtt.pt/sites/IMTT/Portugues/Noticias/Paginas/ApresentacaodoprojetoTECOPlanner.aspx Mando cópia ao Ricardo (r.reisdasi...@gmail.com), para ele atualizar ou acrescentar mais alguma informação. Há um recorte de imprensa do Público que explica o projeto, cf http://www.publico.pt/Cultura/**planear-bem-uma-viagem-pela-** internet_1502674http://www.publico.pt/Cultura/planear-bem-uma-viagem-pela-internet_1502674 Abraço, Jorge Em 13-09-2012 01:10, Ruben Leote Mendes escreveu: Em Qua, Setembro 12, 2012 15:19, Rui Alves escreveu: http://www.dn.pt/inicio/**ciencia/interior.aspx?content_**id=2765159http://www.dn.pt/inicio/ciencia/interior.aspx?content_id=2765159 Citando o artigo: Em Portugal também está a ser desenvolvido um projeto semelhante, designado Telco, e que será também desenvolvido de forma completamente gratuita através da
[Talk-lv] kaa ielikt kartes wordpress - otraa dalja
markjiera iestumshana http://osm.lv/blog/2012/09/karsu-ievietosana-wordpress-2-musu-pirmais-markieris/ -- Rich ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv
[Talk-ca] IOnterview with YUL311 creator
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi This just in: http://montrealouvert.net/2012/09/13/entrevue-avec-le-createur-de-yul311/ It uses OSM data + different integration tools. Cheers, Fabian Rodriguez http://openstreetmap.magicfab.ca/ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: PGP/Mime available upon request Comment: Using GnuPG with Mozilla - http://www.enigmail.net/ iEYEARECAAYFAlBSC7QACgkQfUcTXFrypNX8PACgmj4y1gV/aQuzNC7NJapUy/Xs LvgAmQF4niFxCF6yvS9mp3NaNNmjDsj0 =OmSC -END PGP SIGNATURE- ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
[Talk-ca] Canada and US Imagery bounds
I've gone and updated the imagery bounds and bboxes for both Potlatch 2 and JOSM for the North American imagery sources. JOSM should now only suggest a source if it actually covers the area. Potlatch 2 will still suggest sources even if they don't cover the area because potlatch 2 only supports bboxes, not polygons and the bbox for most of the US sources looks like http://www.openstreetmap.org/?box=yesbbox=-124.819%2C24.496%2C-66.930%2C49. 443 I have also set up bc_mosaic, a source covering Greater Vancouver, Fraser Valley, and the Sea 2 Sky corrider up to Pemberton. Both JOSM and PL2 should suggest it. The source is the various sources listed on http://imagery.paulnorman.ca/tiles/about.html combined into one layer. The individual layers will be faster but not as convenient. To update the layer information in JOSM use the reload button to the right of the map on the Imagery Preferences tab of Preferences. You may of course find that if you live right on the border that some suggestions are not ideal but the error is now measured in hundreds of meters, not hundreds of kilometers. ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [OSM-talk-fr] Problème Plescop
Pour ma part, j'ai vraiment du mal à comprendre ce qu'il s'est passé sur ces 2 changesets. Ils concernent presque la même chose, mais dans le second, il y a aussi beaucoup de suppression d'anciens way. Si quelqu'un a l'oeil plus exercé... As-tu contacté le contributeur ? Il a l'air d'être nouveau, mais avoir quelques explications pour aider. .. Le mercredi 12 septembre 2012 20:31:35, Simon Miniou a écrit : Bonjour, en train d'intégrer les bâtiments du cadastre sur une commune de Bretagne (Plescop), quelle fut ma surprise apres avoir tout nettoyé et fusionné avec les données de la carte de voir que toutes les données de la zones (ou presque, je me suis pas amusé à vérifier) étaient en double http://www.openstreetmap.org/browse/way/180319318 http://www.openstreetmap.org/browse/way/180283810 avec un tag source:addr:postcode=GeoBretagne j'ai commencé à nettoyer mais je me demande si vaudrai pas mieux revenir en arrière ?? groupes de modif ou il y a du avoir erreur: http://www.openstreetmap.org/browse/changeset/13046807 et http://www.openstreetmap.org/browse/changeset/13049632 pour l'instant, je n'ai rien envoyé et sauvegardé à part mes modifications pour les réimporter plus tard. Simon ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Problème Plescop
Hmmm... Plutôt que d'améliorer ce qui était existant, il a supprimé une grosse partie des routes déjà présentes pour ensuite faire un upload en double. Ca donne envie de reverter les 2 changesets, mais il a ajouté de nombreuses nouvelles routes et POI. Par contre, des rues en trunk, et les nodes highway=stop sur les intersections au lieu de les mettre juste avant...bof. Je pense qu'il faut vraiment en discuter avec lui pour voir s'il est capable de tout nettoyer ou bien s'il préfère qu'on efface tout et qu'il recommence proprement. Le jeudi 13 septembre 2012 09:24:51, Stéphane Péneau a écrit : Pour ma part, j'ai vraiment du mal à comprendre ce qu'il s'est passé sur ces 2 changesets. Ils concernent presque la même chose, mais dans le second, il y a aussi beaucoup de suppression d'anciens way. Si quelqu'un a l'oeil plus exercé... As-tu contacté le contributeur ? Il a l'air d'être nouveau, mais avoir quelques explications pour aider. .. Le mercredi 12 septembre 2012 20:31:35, Simon Miniou a écrit : Bonjour, en train d'intégrer les bâtiments du cadastre sur une commune de Bretagne (Plescop), quelle fut ma surprise apres avoir tout nettoyé et fusionné avec les données de la carte de voir que toutes les données de la zones (ou presque, je me suis pas amusé à vérifier) étaient en double http://www.openstreetmap.org/browse/way/180319318 http://www.openstreetmap.org/browse/way/180283810 avec un tag source:addr:postcode=GeoBretagne j'ai commencé à nettoyer mais je me demande si vaudrai pas mieux revenir en arrière ?? groupes de modif ou il y a du avoir erreur: http://www.openstreetmap.org/browse/changeset/13046807 et http://www.openstreetmap.org/browse/changeset/13049632 pour l'instant, je n'ai rien envoyé et sauvegardé à part mes modifications pour les réimporter plus tard. Simon ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Recherche d'un coordinateur de terrain pour une mission en Afrique dans le cadre du projet humanitaire européen EUROSHA
Bonjour, Je renvoie sur cette liste une demande du groupe HOT (Humaniterian OSM Team) qui cherche un coordinateur de terrain (field coordinator) pour un projet européen de cartographie participative dans 4 pays africains *(Tchad, République centreafricaine, Burundi et Kenya). Ca consisterait à former les volontaires ainsi que les partenaires locaux. Avec deux voyages sur place, etc. Enfin, tous les détails ci-dessous. ** Le profile recherché est quand même assez pointu : ** HOT work, experience in the OSM project, strong expertise in JOSM, GPS, QGIS and other open source GIS tools. ** Comme 3 des 4 pays concernés sont francophones, ils recherchent un profile de .. francophone pour le poste, ce qu'ils n'ont pas trouvé lors du premier appel à candidature (même si la maitrise de l'anglais est aussi indispensable dans ce milieu). C'est pourquoi celle-ci est prolongée de quelques semaines et aussi pourquoi je la renvoie sur la principale liste francophone d'OSM ;-) ** Pieren * -- Forwarded message -- From: Séverin MENARD severin.men...@hotosm.org Date: Thu, Sep 13, 2012 at 6:40 AM Subject: [OSM-talk] Field Coordinator position for the EUROSHA project - reopening for another 15 days To: t...@openstreetmap.org *Hi,* * * *One month ago, HOT published a Field Coordinator position for the EUROSHA project. As a reminder, EUROSHA is a European Union pilot project that wants to build up a European Open-Source Humanitarian Aid corps of volunteers to address humanitarian issues and specifically ensure inclusive humanitarian information-sharing in crisis preparedness. 26 volunteers from Europe and Africa will be deployed 6 months in 4 African countries (Chad, Central African Republic, Burundi and Kenya) for 6 months, starting mid October. During these missions, HOT will support the volunteers in accomplishing the training, mapping and outreach activities planned for each country during the months of preparation, involving the EUROSHA local partner organization as well as local and international humanitarian organizations, local government institutions, and local tech or social communities. We’d like to thank the persons who applied for the position of Field Coordinator with HOT in the EUROSHA project: there is no doubt that you will be able to contribute greatly to HOT projects in the future and we will be contacting you if any further project arise. Unfortunately the proficiency in French was a criteria insufficiently met by the applicants. Since this project involves three French speaking countries, we decided to reopen this position for another 15 days (until 27-Sept). Work includes one 3 weeks trip in November and potentially a second one over January and February after evaluation of the first deployment. The position requires familiarity with HOT work, experience in the OSM project, strong expertise in JOSM, GPS, QGIS and other open source GIS tools and a commitment to continue supporting the mapping project that would have been set up throughout the mission. Given the the tight deadlines on this project, we will be conducting interviews as application come. **We would also like to encourage people interested in working with HOT on-the-ground to take advantage of this call to apply and get known by us.* * The complete description of the position: http://hot.openstreetmap.org/get_involved/hot_eurosha_field_coordinator_position More information on the Eurosha project: http://hot.openstreetmap.org/projects/eurosha_0 **Sincerely,** * http://img4.hostingpics.net/pics/224326500pxHotlogowithtext.png * Severin MENARD Senior Project Lead France tel (+33) 9 7046 7595 Brasil tel1 (+55) 71 3355 4471 Brasil tel2 (+55) 71 8222 1145 Skype ID severin.menard * * * ___ talk mailing list t...@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Problème Plescop
Je viens de lui envoyer ce message : * Bonjour Philmas, je me suis intéressé à la commune de Plescop pour intégrer tout les bâtiments du cadastre et j'ai remarqué des erreurs lors de l'import de ton travail. Quasiment tout ce que tu a fais se trouve en double sur la carte et au moins une version (parfois trois) devrait être supprimé. Peut tu tout nettoyer ou bien préfère tu qu'on efface tout et que tu recommence proprement ton import en utilisant préalablement sur tes données les outils de validation de JOSM. Cordialement, Simon Miniou * j’attends d'avoir sa réponse. Simon ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Message sur la carte OSM
Bonjour, On va dans le bon sens là :) On améliore un peu plus pour avoir des verbes à l'infinitif : 8 -- Vous pouvez [télécharger] et [utiliser] les données d'OpenStreetMap librement, sous les conditions de leur [licence ouverte]. Pour améliorer la carte, commencez par [créer un compte]. - 8 Teuxe PS. J'ai toujours trouvé jolis les ciseaux en ASCII :) - Mail original - De: Jean-Francois Nifenecker jean-francois.nifenec...@laposte.net À: talk-fr@openstreetmap.org Envoyé: Mercredi 12 Septembre 2012 23:36:26 Objet: Re: [OSM-talk-fr] Message sur la carte OSM Pour que ça sonne mieux à des oreilles francophones, il faut écrire dans l'autre sens : 8 -- Le téléchargement et l'utilisation des données sont libres, sous les conditions de leur licence ouverte. L'amélioration de la carte est accessible après avoir créé un compte. - 8 -- Jean-Francois Nifenecker, Bordeaux ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Vidéo «dessous des cartes»
2012/9/10 Cyrille Giquello cyrill...@gmail.com: On peut l'acheter sur la boutique d'Arte, c'est pas cher du tout (2€), et ça contribue à la survie de la culture ;-) http://www.artevod.com/Le_dessous_des_Cartes_Cartographie_2_0 A noter que ça passe encore plusieurs fois cette semaine sur TV5 Monde. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Tag à appliquer sur les fermes
Bonjour, Débutant sous OSM/JOSM et actuellement entrain d'améliorer la carte d'un village, je sollicite votre aide concernant la marche à suivre pour correctement mapper les fermes. Actuellement j'entoure les quelques bâtiments d'une ferme ainsi que sa basse-cour d'un polygone avec area=yes + landuse=farmyard + name=le nom de la ferme Cependant, je constate maintenant qu'existe aussi en parallèle au landuse le tag place=farm. Je préfère m'assurer avec vous du bienfondé de la méthode que j'utilise actuellement, avant de continuer dans ma démarche. 1) Le tag name= doit-il être associé au landuse ou bien au tag place ? J'ai un doute quant au fait que l'application d'un tag name= avec un landuse= soit correct... 2) Le tag place=farm peut être appliqué à un node ou une area. Me conseillez-vous de le positionner sur un node ? 3) J'ai bien vu qu'en plus de place=farm existe place=isolated_dwelling. Comme je tag pour l'instant des fermes en activité, me confirmez-vous que la valeur à associer au tag place est bien farm et non isolated_dwelling ? 4) J'en profite pour ajouter les routes menant à chaque ferme. Dois-je les faire aboutir au centre de la ferme (en m'aidant de Bing ou du cadastre), ou bien dois-je la connecter à un node constituant le polygone du landuse=farmyard ? Merci pour votre aide. Nicolas. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tag à appliquer sur les fermes
2012/9/13 Pieren pier...@gmail.com: 2012/9/13 Nicolas e.co...@gmx.net: 1) Le tag name= doit-il être associé au landuse ou bien au tag place ? J'ai un doute quant au fait que l'application d'un tag name= avec un landuse= soit correct... Aux deux. En fait, l'idéal serait d'avoir un seul polygone taggué avec le landuse et le place. Note que le tag area=yes est inutile ici. J'ai oublié de dire que cette solution ne marche que si le nom est identique pour la ferme et le lieu-dit. Et compléter en disant que le tag place n'est utile que si le l'endroit est effectivement aussi un lieu-dit. Souvent le nom de la ferme et le nom du lieu-dit se confondent mais pas toujours. Si les noms sont différents, alors on peut revenir à un modèle avec deux entités séparées (ici, le polygone pour l'emprise de la ferme et un noeud pour le tag place). Le nom de la ferme peut aussi éventuellement figurer dans l'adresse (addr:housename). Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Cherche contributeur de midi-pyrénée.
As-tu regardé ce qu'Osmose avait trouvé comme erreurs sur la zone ? http://osmose.openstreetmap.fr/map/?lat=44.1824lon=1.141zoom=13 Voici aussi celles liées à ton compte utilisateur parce que tu es le dernier à avoir modifié les objets en cause: http://osmose.openstreetmap.fr/text/?username=OpenSourceWay Le 12 septembre 2012 22:56, OpenSourceWay opensource...@laposte.net a écrit : Bonjour, Je suis un étudiant assez impliqué dans tout ce qui est logiciel libre et je reviens vers OSM après 1 an d'inactivité. J'aimerais trouver quelqu'un proche de chez moi (82, 65 et départements limitrophes) pour que l'on m’apprenne à être efficace, faire des contributions de qualité et enfin passer un peu de bon temps. Je me suis occupé de DURFORT-LACAPELETTE et je pense avoir fait des erreurs. Merci d'avance. Léo aka OpenSourceWay -- *OpenSourceWay* * Skype : opensourceway http://opensourceway.fr.nf/* ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquesthttp://openstreetmap.fr/u/christian-quest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tag à appliquer sur les fermes
Donc, si j'ai bien compris, en ce qui concerne l'ajout des fermes : - Créer un polygone autour des bâtiments de la ferme sans area=yes mais avec : landuse=farmyard + place=isolated_dwelling + name=le nom de la ferme - Je ne créé pas de node taggé place=farm - Tracer la route menant à la ferme jusqu'à sa fin physique, généralement dans la cour. La connecter au polygone du landuse=farmyard, mais tager la section du chemin située à l'intérieur du polygone avec access=private, sauf bien entendu dans le cas d'une ferme constituée de bâtiments situés de part et d'autre d'une route publique. Voilà, j'espère que c'est bon. Merci à vous ! Nicolas. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Problème Plescop
Philmas m'a répondu et préfère apparemment tout nettoyer avec Potlach. et concernant le tag source:addr:postcode=GeoBretagne c'est quelque chose de valide? Simon ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Problème Plescop
Il a du fourcher, car tout nettoyer avec Potlatch, c'est impossible. Osmose va certainement retourner un paquet d'erreur sur la zone très prochainement, je suis même étonné qu'on ne les voit pas encore. Pour geofabrik et keepright, c'est déjà le cas : http://tools.geofabrik.de/osmi/?view=routinglon=-2.80075lat=47.68814zoom=14 http://keepright.ipax.at/report_map.php?lang=frch30=1ch40=1ch50=1ch60=1ch70=1ch90=1ch100=1ch110=1ch120=1ch130=1ch150=1ch160=1ch170=1ch180=1ch191=1ch192=1ch193=1ch194=1ch195=1ch196=1ch197=1ch198=1ch201=1ch202=1ch203=1ch204=1ch205=1ch206=1ch207=1ch208=1ch210=1ch220=1ch231=1ch232=1ch270=1ch281=1ch282=1ch283=1ch284=1ch285=1ch291=1ch292=1ch293=1ch294=1ch311=1ch312=1ch313=1ch320=1ch350=1ch370=1ch380=1ch401=1ch402=1ch411=1ch412=1ch413=1ch20=1ch300=1ch360=1ch390=1number_of_tristate_checkboxes=8highlight_error_id=0highlight_schema=0lat=47.69718lon=-2.80607zoom=16show_ign=1show_tmpign=1layers=B0Tch=0%2C30%2C40%2C50%2C60%2C70%2C90%2C100%2C110%2C120%2C130%2C150%2C160%2C170%2C180%2C191%2C192%2C193%2C194%2C195%2C196%2C197%2C198%2C201%2C202%2C203%2C204%2C205%2C206%2C207%2C208%2C210%2C220%2C231%2C232%2C270%2C281%2C282%2C283%2C284%2C285%2C291%2C292%2C293%2C294%2C311%2C312%2C313%2C320%2C350%2C370%2C380%2C401%2C402%2C411%2C412%2C413 %2C20 Geobretagne ? Aucune idée. Le jeudi 13 septembre 2012 13:47:11, Simon Miniou a écrit : Philmas m'a répondu et préfère apparemment tout nettoyer avec Potlach. et concernant le tag source:addr:postcode=GeoBretagne c'est quelque chose de valide? Simon ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Fwd: Invitation au Datalift Camp
Le 12 septembre 2012 18:50, Pieren pier...@gmail.com a écrit : 2012/9/12 Charles Nepote char...@nepote.org Je ne connais pas assez bien le modèle de données d'OSM mais je pensais que chaque objet avait un ID qui lui ne change pas, non ? Ex : http://linkedgeodata.org/page/triplify/way27743320 Un objet OSM ne change pas d'ID mais l'objet peut être supprimé et remplacé par un nouveau qui aura un ID différent. Ou encore, dans l'exemple d'une ligne (way), elle peut être coupée en deux puis refusionnée plus-tard, là encore avec un ID qui pourrait avoir changé. La seule de pérenne dans OSM, ce sont les coordonnées géographiques d'un objet (avec une certaine marge) et un ou plusieurs attributs (tags) qualifiant cet objet. Surtout pas l'ID. Wikipedia a résolu ce problème en utilisant une application tiers qui permet de retrouver l'ID d'un objet OSM à partir des critères précédents : http://wiki.openstreetmap.org/wiki/WIWOSM Bonjour Il me semble que WIWOSM ne fonctionne que si la clé wikipedia est présent, ce qui est un peu différent de critères propres à l'objet OSM Par contre Overpass API développe le concept de permanent ID autour de ses requêtes. A noter le template wiki disponible qui permet de ne plus avoir à rentrer d'Id OSM dans les pages du wiki OSM. http://wiki.openstreetmap.org/wiki/Overpass_API/Permanent_ID A+ Bruno ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Fwd: Invitation au Datalift Camp
Le concept de permanent ID est fortement lié à celui des ref:*. Autrement dit la permanence est liée surtout à l'existence d'un autre objet dans une autre base de données (qui au passage peut aussi évoluer et ne pas garder cette permanence). Puisque ces références externes ne sont pas plus stables que celles internes à OSM (id=*) on en revient à la sélection de tags de références externes, ces tags étant spécifiques pour chaque base. Dans ce cas la clé wikipedia n'est rien d'autre qu'une autre ref dans son propre domaine. Il n'y a pas de réelle différence de comportement. Reste à savoir quelle clé est la plus pertinente pour référencer une autre base et faciliter le rapprochement entre elle et OSM. Effectivement id=* n'est pas approprié, mais wikipedia=* est tout à fait approprié dans OSM, même si un jour l'article Wikipedia est renommé (les ids internes de Wikipedia réellement permanent sont les numéros de version d'articles, pas les titres, mais leur contenu peut ne plus correspondre à ce qu'on voudrait référencer et qui doit suivre aussi les évolutions). Il n'y a donc pas de réelle référence permanente d'une base à l'autre. On choisit juste la clé et sa valeur qui permet de retrouver l'objet le plus facilement et le plus probablement (en admettant que cela ne change pas trop souvent et que chaque base de données suit un schéma d'écolution assurant une certaine stabilité), ou si elle ne peut plus être retrouvée telle quelle, en la qualifiant assez pour que les listes de choix proposés dans une recherche permettent de recréer le lien brisé sans trop de difficultés : une seule clé de référence ne peut pas toujours suffire, et il n'est donc pas inutile dans ce cas de permettre de recroiser avec d'autres valeurs de clé liées, sachant qu'aucune de ces clés n'est réellement permanente. Dans OSM j'aurais tendance à privilégier les identifiants issus d'organismes officiels qui sont en charge de la définition de cet objet (ref:*, par exemple les codes INSEE, des collectivités françaises, voire SIREN ou SIRET et autres numéros RCS, qui évoluent aussi de temps en temps) mais cela ne doit pas dispenser de préciser et croiser aussi d'autres valeurs (notamment name=* ou les codes postaux qu'on croise fans une zone géographique pas trop grande avec le type d'objet indiqué pour permettre de le retrouver de façon floue quand une base ou l'autre a du changer). Il n'y a donc aucun schéma universel : à chaque type d'objet et selon sa zone géographique correspond des clés et valeurs de clés plus pertinentes que d'autres. Formaliser ça dans un modèle unique valable partout relève de l'utopie, ce modèle parfait n'existant pas. Le 13 septembre 2012 14:45, Bruno Cortial bruno.cort...@laposte.net a écrit : Un objet OSM ne change pas d'ID mais l'objet peut être supprimé et remplacé par un nouveau qui aura un ID différent. Ou encore, dans l'exemple d'une ligne (way), elle peut être coupée en deux puis refusionnée plus-tard, là encore avec un ID qui pourrait avoir changé. La seule de pérenne dans OSM, ce sont les coordonnées géographiques d'un objet (avec une certaine marge) et un ou plusieurs attributs (tags) qualifiant cet objet. Surtout pas l'ID. Wikipedia a résolu ce problème en utilisant une application tiers qui permet de retrouver l'ID d'un objet OSM à partir des critères précédents : http://wiki.openstreetmap.org/wiki/WIWOSM Il me semble que WIWOSM ne fonctionne que si la clé wikipedia est présent, ce qui est un peu différent de critères propres à l'objet OSM Par contre Overpass API développe le concept de permanent ID autour de ses requêtes. A noter le template wiki disponible qui permet de ne plus avoir à rentrer d'Id OSM dans les pages du wiki OSM. http://wiki.openstreetmap.org/wiki/Overpass_API/Permanent_ID ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Migration ODbL: c'est demain !
Le 13 septembre 2012 03:21, Emilie Laffray emilie.laff...@gmail.com a écrit : S'il te plaît donc, va lire les mailings listes des précédentes années ainsi que les opinions de juristes sur le sujet comme Benjamin Jean ou la position de l'April sur ces sujets. Je ne peux qu'appuyer ce point. J'ai lu (et acheté même si on peut récupérer le PDF gratuitement sur le site) le livre de Benjamin Jean : Option Libre, du bon usage des licences libres [1] et là on voit qu'un point entier traite des licences OpenData. Au moins des vrais idées de juriste sont évoquées et détaillées (source à l'appui). Je ne peux clairement pas dire que j'ai tout compris mais c'est vraiment un livre à lire avant de commencer à parler de licences éprouvées ou non. Il y a même un laïus de 3 pages pour expliquer la portée de cette licence (renvoyant à plein d'articles) ainsi qu'une table de corrélation avec les autres licences. Si c'est une licence si « expérimentale » c'est vraiment étrange... Fabien [1] http://framabook.org/option-libre-du-bon-usage-des-licences-libres ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Où en est la libération des donnéesde jaccede.com
Bonjour J'aimerais savoir où en sont la libération des données de jaccede.com ainsi que les discussions pour leur intégration dans la base OSM. En effet il y a le 20 octobre une opération jaccede à Marseille http://ja2012.jaccede.com/marseille, à la quelle La Luciole http://www.laluciole.asso.fr/ est conviée. Ce serait bien qu'on ait des nouvelle fraiches pour alimenter pour échanger avec les animateurs locaux. Cordialement Françoise (contributrice OSM et membre de La Luciole) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] imaginationforpeople : Septembre, mois de la cartographie innovante
Salut Pour info: http://imaginationforpeople.org/en/newsletters/septembre2012/3hz-32386aa50e4eea1b6791/ Extract: Net!2Plan, MapLive, Cartes ouvertes, Colibri ... Pour le mois de septembre, Imagination for People [1] se tournera vers le thème de la cartographie en innovation sociale. Nous vous invitons donc à vous joindre à nous du 17 au 23 septembre pour identifier des éléments innovants de l’usage des cartes et de la géolocalisation dans des projets sociaux. Il s’agit d’un thème vaste et divers sujets seront abordés au cours de cette semaine. De la gestion intégrée des ressources aux nouveaux usages cartographiques et de la cartographie des zones de crise à la gestion urbaine communautaire, différents projets devraient stimuler votre curiosité et votre intérêt. Nous annoncerons nos activités sur notre blogue au cours de la semaine, mais vous pouvez déjà inscrire la date du mercredi 19 septembre à vos agendas. De 15h à 17h (TU), nous tiendrons une première séance de clavardage portant sur le thème du mois. Nous vons invitons à vous joindre à nous sur Twitter et à utiliser le mot-clé #InnMap pour identifier vos gazouillis sur la cartographie innovante. [1] http://imaginationforpeople.org/ -- Cyrille. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Retoucher une frontière nationale, ou pas?
Bonsoir, J'ai un souci avec la frontiere franco-luxembourgeoise, au niveau de la commune de Rédange(57). La feuille cadastrale numéro 6, qui semble servir de source a la frontiere France/Luxembourg ne correspond pourtant pas la la frontiere OSM?! Les frontieres de la France ne sont pas établies et justes, ou bien c'est moi qui est merdé avec les croix de lambert? Avant de re-gribouiller la frontiere - sur la base du cadastre - je prefere demander ... si c'est pas une mauvaise idée? C'est la partie est de ce way qui pose probleme 116418434. Cordialement. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr