Re: [Talk-hr] OSM aktivnost po gradovima
On 8.10.2010 22:51, Hrvoje Bartolin wrote: 2010/10/5 Tihomir Heidelberg tihomir.heidelb...@gmail.com Večina državnih cesta su ucrtane, neke nisu pravilno tagirane, tu je posao lakši. Treba samo označavati ceste po uputama na toj stranici, te kreirati relacije. Onda će lako biti kasnije to održavati i prilagođavati službenim promjenama. A kako kreiram nove relacije u JOSM-u? Skužio sam da ih u JOSM-u vidim ali samo sam u Potlachu skužio kako napraviti novu relaciju. Hm, u prozoru gdje vidiš relacije imaš dolje lijevo gumb sa nacrtanim plusom, s njime kreiraš relaciju, samo moraš dodati tagove kako je opisano na wiki stranici. Taj dio mi se u JOSMu činio intuitivnim. Manje intuitivan dio mi je dodavanje tako stvorene relaciju u drugu relaciju. Tj. dodavanje relacije Državna cesta D?? u network relaciju Državne ceste. Za to prvo moraš doubleclick na Državna cesta D?? u popisu relacija. Državna cesta se na karti vidi označena magenta bojom (ne crvena, jer crvena znači da su selektirane dionice, a magenta da je označena relacija, magenta je ona ružičasta boja). Nakon toga se označi jednim klikom network relacija Državne ceste, cijela cesta i dalje ostane označena magentom. Zatim u prozoru sa relacijama klikni na drugi gumb dolje (bilježnica sa olovkom), u Selection mora biti Državna cesta D?? koju možeš dodati u relaciju, samo pazi da je dodaš na pravo mjesto da relacija bude pregledna. Ako imaš kakvih problema, samo pitaj. Odoh ja još koju relaciju dodati :) ___ Talk-hr mailing list Talk-hr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-hr
[talk-ph] OSM vs. RoadGuide.ph
Hi guys, If anyone is interested to see the differences between RoadGuide.ph and OpenStreetMap, then check out this article I wrote in the OSM Wiki: http://wiki.openstreetmap.org/wiki/RoadGuide.ph If you have a Garmin GPS device then you most probably have heard of RoadGuide.ph. In my personal opinion, if you want the best Garmin-compatible routable map of the Philippines, then go for RoadGuide.ph, but you should also get Maning's osmphil map http://esambale.wikispaces.com/osmphil_garmin since OSM has better data than RG in some areas, most especially if you have not attained the contributor status in RG and have only access to the Basic map. :-) Eugene (osm:seav) ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [talk-ph] Proposal: Intramuros Mapping Party
sige sige. we need walking papers (paper pen) for this mapping. On Sat, Oct 9, 2010 at 3:31 PM, Eugene Alvin Villar sea...@gmail.comwrote: Hi guys, For the 4th quarter OSM Mapping Party, I propose we tackle Intramuros, Rizal Park and adjacent areas. http://osm.org/go/4zhFffkR The basic data is already there but we could add more details, buildings, POIs, and improve/confirm the routing near the Post Office. Let's also make this a small Christmas Party for the Philippine OSM community. Heck, maybe we can even get Carlos Celdran to help us out. What do you guys think? :-) Eugene ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [OSM-talk-be] busroutes
Toen ik 2-3 jaar geleden een paar busroutes heb ingegeven, heb ' k dat met 1 relatie gedaan voor beide richtingen. Dat is OK, als je enkel interesse hebt in een rendering op de kaart. Sinds 'k Oxomoa gelezen heb, is het me echter duidelijk dat een relatie per richting de enig correcte manier is, als je wil dat het bruikbaar is voor automatische planners. Het is de enige manier waarop op niet-mis-te-verstane wijze duidelijk wordt hoe zo'n bus rijdt. In sommige gevallen komt een 'way' ook meermaals voor in dezelfde uitgesplitste route. Wat wel nog een probleem is, is het volgende: beperkte ritten. Lijn 8 gaat in principe tot Bierbeek De Borre. Maar sommige ritten gaan maar tot Bierbeek Bremt. Is dat een compleet andere relatie (x2)? Of kunnen we dat op de een of andere wijze toch oplossen met 1 relatie. Ik weet ook niet of we in Belgie busroutes hebben die de ene keer 1 tak volgen en de andere keer een andere tak (Y). Ik ben ook wat aan het experimenteren geweest met child relations, omdat veel van die buskilometer over dezelfde stukken asfalt gaan. Het wordt correct gerenderd. Het wordt wat complexer, maar wel iets vlotter om achteraf een wijziging 1x te doen, i.p.v. 20x (wegomlegging omwille van Fochplein, bv). Het is waarschijnlijk een nachtmerrie voor routerapplicaties... Geen idee eigenlijk. Op dit moment heb ' k die child relations nog niet in 2 richtingen gedaan, omdat het wschl een dood spoor is. Groeten, Jo ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] samenwerking met De Lijn: zij zien dat NIET zitten
Men zou daarvoor in OSM een systeem moeten hebben dat bepaalde data 'locked' voor editeren door om het even wie. Iets wat - denk ik - in OSM nog niet bestaat, maar bv. al wel in wikipedia is geimplementeerd. Op die manier zou 'betrouwbare externe info' kunnen worden geimporteerd in OSM zonder dat het risico bestaat dat 'om het even wie' in die data - goed of kwaadbedoeld - kan zitten knoeien. Enerzijds is dit wat in tegenstrijd met het 'open' principe van OSM, en anderzijds stelt zich allicht het probleem dat 'alles aan mekaar hangt'. Een buslijn hangt bv. vast aan straten, enz... Met een dergelijk systeem zijn echter mogelijk meer (semi) openbare diensten over de streep te trekken (gemeenten, post, nmbs, ) Vroeg of laat zal men echter toch tot een dergelijk of gelijkaardig systeem moeten komen denk ik, maar de problematiek is wel iets dat we niet op Belgisch of Vlaams niveau kunnen regelen. Luc/Speedy 2010/10/8 Jo winfi...@gmail.com Het antwoord van De Lijn dat ' k hier gepost heb, komt eigenlijk neer op: het ziet er wel interessant uit wat jullie doen, maar wij zien het niet zitten om jullie bij jullie inspanningen te helpen. Ook al zou dat betekenen dat de informatie waarover jullie beschikken op kortere termijn accurater zou zijn i,p,v, op langere termijn. Om ervoor te zorgen dat het onmogelijk wordt om tot een overenkomst te komen, hebben we de volgende voorwaarde bedacht (OK, nogal cynisch): jullie moeten kunnen GARANDEREN dat alle wijzigingen (en dat zijn er veel) meteen worden verwerkt in jullie databank, zodat mensen niet kunnen komen klagen bij De Lijn als ze verkeerde informatie zouden krijgen. Het is inderdaad ook een probleem dat we niet weten hoe, hetgeen zij aanleveren, eruit zou zien. Ik had graag ons model daar zoveel mogelijk op afgesteld. En wat voor garanties kunnen we hen uiteindelijk geven? Als wij alles mooi importeren en in orde maken en dan komt er iemand langs die alles overhoop gooit, met een of andere edit, goedbedoeld of kwaadwillend (vandalisme) en net op dat moment baseert iemand zijn 'vervoersbeslissing' op onze informatie. Er zou eigenlijk een tussenstuk/project moeten bestaan, dat die garanties wel kan geven. Iemand interesse om dat op te starten? Nu, ik blijf het eigenaardig vinden dat de discussie niet over de licentievoorwaarden gaat. Neem nu dat er zo'n project zou bestaan dat alle informatie van De Lijn automatisch omzet naar iets 'begrijpelijk' en dat opslaat in een databank. Een script dat 2x per week alles afhaalt met FTP bij De Lijn en de tabellen aanpast. Waar er aanpassingen zijn, wordt dit zo aangeduid. Het project maakt gebruik van OdBL, of hoe die licentie ook heet. Dan kan Openstreetmap.org en elk project dat dat wil, daar die informatie komen ophalen. De Lijn is blij want ze hebben de garantie dat in die tussendatabank alle informatie compleet up to date is. Openstreetmap en z' n vrijwilligers zijn blij, want het monikkenwerk wordt nu een stuk gemakkelijker. De gebruikers zijn blij want ze hebben hun informatie. Op dat tussenproject met grote accuraatheid, op Openstreetmap.org onder hun eigen verantwoordelijkheid. Zo'n project opstarten zal wel niet overdreven moeilijk zijn. Wie gaat de server hosten? Voorzien we meer dan 1 server die gerepliceerd worden? Zouden we dat eventueel op die Nederlandse server kunnen hosten? Ik kan waarschijnlijk wel een importscript in elkaar boksen dat wat De Lijn aanlevert, omzet in databanktabellen waar OSM mee verder kan, nadien. Jo Op 8 oktober 2010 13:12 schreef Ben Laenen benlae...@gmail.com het volgende: Jo wrote: Ik heb De Lijn nog 's gekontakteerd ivm informatie over hun haltes en evt. busroutes. Ik kreeg dezelfde standaardmail als iemand anders op deze mailing list, wat me in eerste instantie wel bemoedigend leek. Daarin vragen ze echter om 'garanties'. Iets wat we hen gewoonweg niet kunnen geven. Ze zijn bang voor klachten die bij De Lijn zouden toekomen als mensen via OSM hun reisweg zouden plannen en dit fout zou lopen. Jammer, maar misschien kan je hen iets anders vragen als het echt niet lukt: namelijk of we gewoon de routes van de kaarten die zij ter beschikking stellen via kaarten mogen overnemen? Voor busroutes maakt het toch niet zo veel uit of we de originele dataset hebben of de kaartjes (laatste zijn zelfs beter want ik denk niet dat de dataset de exact bevat welke straten exact genomen moet worden), want er gaat volgens mij toch geen manier zijn om een dataset van routes rechtstreeks te importeren naar routerelaties. Maar misschien moeten we eens nadenken over welke garanties we kunnen geven, en dat begint dan bij het nadenken over wat in hun dataset juist zit. Bushaltes en buslijnen in de vorm van een lijst bushaltes? In de tijdstabellen zijn we op dit moment nog niet geïnteresseerd. Is dat dan eigenlijk zo moeilijk om te updaten? Een verzameling van nodes en daarop de routerelaties (die dan bij
Re: [OSM-talk-be] locale wandelroutes
2010/10/9 Ivo De Broeck ivo.debro...@gmail.com: Ik ben begonnen met locale wandelroutes in Vlaams-Brabant. Zie http://wiki.openstreetmap.org/wiki/WikiProject_Belgium/Walking_Routes#Vlaams-Brabant_2 Het leek mij een goed idee om en de afstand te vermelden en (indien op de route of vlakbij de route) bepaalde rustplaatsen (sic) op te nemen in de relatie. Vinden jullie dat een goed idee? Nee. De informatie over rustunten valt tenslotte uit de kaart zelf te halen, en dan kan je zo veel of zo weinig rustpunten tonen als je wil. En waarom zou je bijvoorbeeld café X tot de relatie toevoegen, en café Y een straat verder niet? Dan eindig je op de duur met elk etablissement langs de route in de relatie, en dan kan je beter de kaart queryen op elk café binnen 100 meter van de route en daaruit zelf een keuze maken. Over de afstand die vermeld wordt op de bordjes die de weg wijzen: die kan je gewoon in een distance=* tag steken. In het beste geval is die afstand natuurlijk even groot als de route in OSM (maar het zit soms wel eens een kilometer naast) Ben ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] locale wandelroutes
Veel lwn-routes zijn heel mooi (maar eenzaam) voor 'echte' stappers. Veel mensen zijn echter recreatieve wandelaars die graag een terrasje combineren met een korte wandeling. Het probleem van verschillende horeca-zaken stelt zich niet echt. In 99% van de gevallen is er slechts 1 of geen die op of vlakbij de route ligt. Via de wiki pagina kunnen die mensen een doordachte keuze maken. Indien u meent dat dit niet kan, verwijder ik die informatie van de wiki, al begrijp ik uw reactie niet helemaal. ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
[OSM-talk-be] STIB/MIVB data sharing
Hi All, Did anyone try to contact the STIB/MIVB (public transport in Brussels) about their new data sharing program? The available data seems to include * All stops and their geolocation * Lines and routes * Details on all stops from a line * Theoretical schedules see: http://www.stib.be/data-sharing.html?l=fr / http://www.stib.be/data-sharing.html?l=nl At least the three first items would be interesting for an increased accurracy in OSM data. The conditions seem to make the data unusable for a direct import (no commercial use, showing their logo, ...), but even then we can imagine some kind of indirect use with a comparison app or something. What do you think? -- Benoit ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] STIB/MIVB data sharing
I'd say; contact them and see what kind of objections they come up with. I contacted De Lijn and they want a 'guarantee' that all the data in our database be 100% correct and most importantly, up to date. If MIVB wants the same kind of guarantee, maybe we shoulld set up a separate project with its own database under the database license OSM is going to use. That way correctness of the imports into that database can be guaranteed. if they prohibit commercial use, you can forget about it though, as the DB license OSM will be using shortly does not prohibit commercial use. And there is no way of stopping commercial use once it's 'set free' under that license. Jo 2010/10/9 Benoit Leseul benoit.les...@gmail.com Hi All, Did anyone try to contact the STIB/MIVB (public transport in Brussels) about their new data sharing program? The available data seems to include * All stops and their geolocation * Lines and routes * Details on all stops from a line * Theoretical schedules see: http://www.stib.be/data-sharing.html?l=fr / http://www.stib.be/data-sharing.html?l=nl At least the three first items would be interesting for an increased accurracy in OSM data. The conditions seem to make the data unusable for a direct import (no commercial use, showing their logo, ...), but even then we can imagine some kind of indirect use with a comparison app or something. What do you think? -- Benoit ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
[OSM-talk-be] STIB/MIVB data sharing
I think we need an organization OSM Belgium to make contracts with them. See http://wiki.openstreetmap.org/wiki/WikiProject_Belgium#Goals ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] locale wandelroutes
Het gaat hem over het uitkiezen van een wandelroute, waarbij op de route of vlakbij een cafe/brasserie is. Voor het omgekeerde geval (je hebt reeds een wandelroute gekozen) heb je 100% gelijk. Mijn vraag is of het nuttig is dat deze informatie opgenomen wordt en in de wiki en in de relatie. Idem voor mogelijke startpunten, parkings en alle andere zaken die bij een wandeling kunnen horen. ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] busroutes
De bussen in Leuven die met moderne displays rijden, beginnen allemaal een kleur op de achtergrond te krijgen. Eerst waren het enkel de bussen die de luchthaven bedienden, maar nu zie 'k die kleuren ook al op de andere lijnen. Het zou natuurlijk mooi zijn als het met die kleur gerenderd werd. Op openbusmap.org zijn alle bussen echter rood (en die kaart loopt fameus achter op de feiten). Jo Op 9 oktober 2010 16:57 schreef Ivo De Broeck ivo.debro...@gmail.com het volgende: Ben, 1) Tja zwart en wit zijn natuurlijk ook kleuren, misschien de tekstkleur als optioneel aangeven 2) nat_ref lijkt mij wel nuttig nat_ref zou bv DL LEUVEN stadsbus 8 (of zoiets kunnen zijn) de operator en UNIEKE aanduiding van de buslijn 3) ref waarom alleen een nummer? 8 lijkt mijn geen goede referte voor de stadsbus nr 8 in xx aantal steden, ik beschouw ref als wat op de bus staat dus ref = 8 Bierbeek - De Borre (via Bremt) en die uniek is. Is natuurlijk alleen zinvol wanneer we aparte relaties gebruiken van A naar B en van B naar A Ivo Op 9 oktober 2010 15:16 schreef Ben Laenen benlae...@gmail.com het volgende: Ben Laenen wrote: Ivo De Broeck wrote: * color is in colour gewijzigd nog een kleine opmerking wat betreft text_colour: 99.9% van alle lijnen in Vlaanderen heeft geen aparte tekstkleur, dus dat moet je er misschien bijzetten op de wiki. De enige uitzonderingen die ik ken zijn tramlijnen 11 (rood op wit) en 15 (groen op wit) in Antwerpen. Voor de rest kan je natuurlijk wit of zwart als tekstkleur ingeven zoals het op de bus verschijnt, maar als je het dan weer op papier bekijkt kan het al omgekeerd zijn. Wat is trouwens de nat_ref in de tabel? Ken je één lijn waar dat nodig is? Oeps, te snel weg. Wou ook nog dit zeggen: In de ref=* mag enkel het lijnnummer. Geen bestemmingen of wat dan ook. Daar kan je andere tags voor vinden (en totnutoe was dat meestal name=*). Ben -- Ivo De Broeck Valleilaan 13 3360 Korbeek-lo Tel (0)16 43 84 93 Gsm +32 486 17 61 13 ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] busroutes
Jo wrote: De bussen in Leuven die met moderne displays rijden, beginnen allemaal een kleur op de achtergrond te krijgen. Eerst waren het enkel de bussen die de luchthaven bedienden, maar nu zie 'k die kleuren ook al op de andere lijnen. Het zou natuurlijk mooi zijn als het met die kleur gerenderd werd. Op openbusmap.org zijn alle bussen echter rood (en die kaart loopt fameus achter op de feiten). De Lijn is ook bezig (op gezapig tempo weliswaar) om de bushaltes te voorzien van nieuwe halteborden waar de kleur van de buslijn gebruikt wordt, zoals http://www.uitweg.be/uitweg67/beelden/uitweg67_bushalte_signalisatie.jpg Verder is de kleur sowieso al te zien op de tijdstabellen die aan elke halte hangen, en op de netkaarten. Ben ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-legal-talk] SRTM data
Frederik Ramm schrieb am 22.09.2010 17:30: Grant Slater wrote: The NASA SRTM filled dataset is PD licensed. No issue. The 3rd party void filled SRTM is often not PD licensed. Some sets are explicitly non-commercial. This is the case with the map that Martin mentioned, it uses the noncommercial CGIAR dataset and thus cannot make combined tiles. There is also a void filled SRTM dataset at: http://www.glcf.umd.edu/data/srtm/ which apparently has no noncommercial restriction. Alex -- http://de.wikipedia.org/wiki/Benutzer:Alexrk2 http://de.wikipedia.org/wiki/Wikipedia:Kartenwerkstatt/Blog ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
[OSM-legal-talk] list of user IDs having accepted the contributor terms
as part of the voluntary relicensing phase of the move to ODbL, existing contributors have had the ability to voluntarily accept the contributor terms. to help the community assess the impact of the relicensing it was planned to make the information about which accounts have agreed available. this will help with the evaluation of the process and analysis of any consequent data loss, should the switch be made. at the last LWG meeting, having been put to the board for approval, it was decided to make this available [1], and i'm pleased to announce that this list is now up [2] and being regularly refreshed from the database every hour. i look forward to seeing the new analyses, visualisations and tools that can be built using this data. cheers, matt [1] https://docs.google.com/View?id=dd9g3qjp_86hf7fnqg8 [2] http://planet.openstreetmap.org/users_agreed/users_agreed.txt ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
[OSM-talk] What's up in Cloudmade?
In a couple of days Steve and the community ambassador [1] are leaving CloudMade... is happening something big? (In a certain way, this remembers to me all the former SUN workers that are leaving Oracle... [1] http://opengeodata.org/last-community-ambassador-resigns-from-cloudm -- Fabio Alessandro Locati Home: Segrate, Milan, Italy (GMT +1) Phone: +39-328-3799681 MSN/Jabber/E-Mail: fabioloc...@gmail.com PGP Fingerprint: 5525 8555 213C 19EB 25F2 A047 2AD2 BE67 0F01 CA61 Involved in: KDE, OpenStreetMap, Ubuntu, Wikimedia ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Blue sky API: Branching function
On Sat, Oct 9, 2010 at 12:23 PM, Brendan Morley morb@beagle.com.au wrote: 1. Several importable datasets can cover a particular region - e.g. a national dataset at low level of detail and a provincial dataset at a high level of detail. Both are compatible with the licence of the day (CC BY or CC BY-SA, etc). And we want to convert and present them to our userbase in the form they've come to know and love. Can't this use case be handled with a tag on the objects themselves? highway=motorway display_only=dodgeville_provincial_import_2010-10-15 Would require support from all renderers etc though. 2. For what-if scenarios. For example, to illustrate a proposal for a new motorway or something. I suppose this could be extended to complete fantasy scenarios (though if this were the case I would discourage hosting them on the main OSM website). This one probably would require the sort of functionality you're talking about. Because not only would you have objects that should show/not show, they'd attach to existing objects...and possibly existing nodes would be moved around in the forked changeset. Personally this whole idea hurts my head to think about, but maybe it has use. I struggle to see past possibilities for mass confusion though... You also haven't mentioned the obvious use for different licences etc. Steve ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Driver dies in reservoir after following SatNav
On 10-10-05 14:49, Patrick Weber wrote: Here's another of these stories now common of drivers blindly following their satnav, unfortunately this time, the driver drowned! http://www.reghardware.com/2010/10/05/satnav_error_man_drowns/ I looked up the place in Google Maps, and low and behold, all the roads pre-reservoir are still there ! Thanks TeleAtlas for not having checked your road network for the last 30 years (the reservoir was built in 1989!) So much for assured data quality in authoritative commercial datasets! You can compare Google and OSM's coverage here: http://tools.geofabrik.de/mc/?mt0=mapnikmt1=googlehybridlon=-5.09448lat=38.84867zoom=14 Hm, thanks for the comparison - but I feel it's not a fair one. OSM doesn't cover anything there at all (or at least less than 5 % around) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Potlatch2 and shp files
Sam Vekemans wrote: Does anyone know if there are plans to ipliment the auto-conversion of shp files to be used in the foreground of the potlatch2 environment? Not automatically converted into the foreground, no. The idea is that you load them as a vector background layer, and you can then either trace over them, or alt-click (shift+ctrl for those of you whose window managers won't permit it :) ) to bring them manually through to the foreground. cheers Richard -- View this message in context: http://gis.638310.n2.nabble.com/Potlatch2-and-shp-files-tp5617275p5617577.html Sent from the General Discussion mailing list archive at Nabble.com. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Proposal: winter roads
Dave, On Sat, Oct 09, 2010 at 12:13:14AM +0100, Dave F. wrote: D The wiki page describes subjective information. D D Unless it's actually closed by authority don't say it's impassible. For D instance in defense of your argument that it's impassable you say the D average speed is 0.5km/h. This comment proves the it *is* passable, just D very slowly. No this one is not passable, and vast majority of other winter roads are not passable, too. Let me explain again: first, the photo is taken at a piece of winter road that is reachable by 4x4 vehicle. Evidently, I can't make a photo of a vehicle at a place where vehicle can't get to. If I walk there by foot, and make photo w/o vehicle on road, the photo won't tell anything: an untouched muskeg swamp looks like a meadow. Dmitri has added another photo of winter road, it demonstates better the terrain: http://wiki.openstreetmap.org/wiki/Proposed_features/surface:winter_road I didn't put that photo first, since composition doesn't include cutline going to horizon, no road seen. So, winter road may contain sections driveable by 4x4 in summer, but in most cases entire transit via winter road is not possible, due to river crossing, long on-swamp sections, etc. Second, 0.5 klm/h means unpassable if road is a distant one. The road photo is taken at is 150 klms long. Vehicle can't carry enough fuel to travel 150 klms at 0.5 klm/h speed. And no winch will survive that. Concerning authorities: in spring, when road starts to melt, but weather is still very cold, some roads are closed administratively, because entering them is a risk of death. In summer they are just abandoned, 4x4 fans may enter them and try theirselves. D The reason the vehicles in the picture needs winches is because they're D *not* suited to the terrain, not that the terrain is impassible. D D A colleague of mine has a Ural truck that *could* travel this way. D D *http://www.4wdonline.com/Mil/Ural/PiCs37/375D.jpg* Ha-ha! Believe me, Dave, Urals never ever drive winter roads in summer. This is what any Ural driver from northern Russia will tell you. A light 4x4 weighting 1.5 - 2.5 tons has more chances in swamp than Ural, whose empty chassy weight over 8 tons and average vehicle weigths over 11. And you can see on the second photo that we reached place, where deep ruts from Ural end, and untouched swamp begins. D As I said before, please don't tag ways based on your limited D experiences, tag them on *factual* information, leave subjective D decisions of whether they're *able* to the people traveling that way. Yes! This is what we are going to do. We want to mark winter roads as winter roads, and users may decide theirselves whether they are passable or not: look at satellite image, seek for swamps and river crossings and may be try theirselves. If you just dislike the word impassable in wiki page, we can transform it probably impassable or smth else, you prefer. And if you do a transit via long winter road in summer, on a road-legal vehicle, I owe you a box of beer. :) -- Totus tuus, Glebius. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Anonymous edits on OpenStreetMap through Tor
is anyone contributing to OpenStreetMap by using Tor? (the onion router) if i where sitting in china, mapping for OSM, i would certainly use tor for this... -jha- ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Blue sky API: Branching function
On 9 October 2010 08:51, Steve Bennett stevag...@gmail.com wrote: You also haven't mentioned the obvious use for different licences etc. I doubt that such a scheme would have any use for different licences since most advices on dealing with multiple licences end up telling to separate the database so they don't share any data at all, else you contaminate your extra sources. Any scheme breaking this would result in a nightmare as we would not know what licence to use, etc... Emilie Laffray ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Anonymous edits on OpenStreetMap through Tor
On 7 October 2010 18:26, Al Haraka alhar...@gmail.com wrote: But hiding your real IP from the server is only one part of tor. The other is encrypting and obscuring the destination of all traffic so that your ISP/government/etc can't listen in. This is what makes it useful for people in places like Iran and China. They don't care about hiding their IP from twitter. They care about getting around the censorship and surveillance put in place by the government. It is sad how often people get this wrong. Tor only encrypts traffic between endpoints *within* the network created. As soon as it leaves the endpoint, which it inevitably does, it is just like normal traffic. Tor used to be much louder about their we do not encrypt, only obfuscate IP address vibe a while back, but now the footnotes seem much more muted.[1] It is well-known that people operate exit nodes for less than altruistic reasons, for research and otherwise. [2] I do not have a link on me right now, but there has been a lot of paranoia regarding intel agencies of different nations running exit nodes for snooping on traffic. I will be honest and call it that because I have never seen any evidence. I think this is important distinction to make, and Tor developers have always been honest that Tor is a false sense of security *when trusted unto itself as your only tool*. Please read the links and be informed. Since this list has lots of subscribers, some might not read the fine print of such assertions. If I am wrong, please feel free to correct me. In the case of OSM contributors this isn't relevant, is it? The (almost proverbial) chinese government may see someone logging in to OpenStreetMap and adding traces and/or map data for China, but they won't know who it is and won't be able to persecute. It sucks that freenode and wikipedia are unfriendly to Tor. By blocking Tor exit node IPs they block not only people connecting through Tor, but also people operating exit nodes. I've been able to get a whitelist entry on Wikipedia but not on freenode (despite its advertised Tor friendliness, almost any other irc network is easier to use than freenode). Cheers ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Pretty typographic music video (was: OSM-derived Art Maps)
Hi, On 7 October 2010 11:31, Claudius claudiu...@gmx.de wrote: Am 07.10.2010 02:42, andrzej zaborowski: On 7 October 2010 01:57, Richard Weaitrich...@weait.com wrote: I'm not entirely sure what axismaps.com does but it sure seems to involve a lot of pretty maps. This caught my attention when pointed out to me by OSM contributor RichardF. blockquoteThese unique maps of Chicago and Boston accurately depict the streets and highways, parks, neighborhoods, coastlines, and physical features of the city using nothing but type. Only by manually weaving together thousands upon thousands of carefully placed words does the full picture of the city emerge. Prints are available./blockquote So, Boston and Chicago, but I'm told that San Francisco, New York and Washington are in progress, too. See more pretty maps and wonderful photography of maps on their web site. http://www.axismaps.com/typographic.php They have a blog entry describing the process of creating these maps, as well. http://www.axismaps.com/blog/2010/09/typographic-map-posters/ They're amazing, I specially like the water basins. From when I was a teenager I remember a music video playing on MTV (I think) that was made entirely as a typographic model of a city in 3D. I recently tried to find the video or the title / artist but I couldn't. Alex Gopher - The Child maybe: http://www.youtube.com/watch?v=ZGWkdNWFZiI Claudius Yes, that is the video. Thank for the link. (recommended!) Cheers ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [talk-au] A proposal to change Botany Bay into a relation
Hi Andrew, Some would say yes some would say no. Personally I think it should be tagged as you have suggested. Just remember to add a separate way across the entrance of Botany bay as a coastline way or join the existing coastline across the entrance. Regards, Markus_g -Original Message- From: talk-au-boun...@openstreetmap.org [mailto:talk-au-boun...@openstreetmap.org] On Behalf Of Andrew Harvey Sent: Sunday, 10 October 2010 3:41 PM To: OSM Australian Talk List Subject: [talk-au] A proposal to change Botany Bay into a relation I see http://www.openstreetmap.org/browse/way/67501581/ is used to describe botany bay. Currently it is tagged as natural=coastline. Since its name is Botany Bay, would it be bad practice if I changed it to natural=bay? Also Botany Bay contains some small bays which are also part of Botany Bay, so would it be best to split these smaller bays (like Woolooware Bay) from the current way, then make a Botany Bay relation of the main Botany Bay body and the smaller bays? Here is an .osm save from JOSM of what I propose (I couldn't work out how to get JOSM to generate the change file without uploading it to the OSM server, as I assume that would be easier to read), http://pastebin.com/raw.php?i=FPz6b5eh ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
[Talk-de] DOP-Detailgrad (Re: La Hague - Gorleben)
Am 09.10.2010 02:38, schrieb M∡rtin Koppenhoefer: wobei die G-Luftbilder teilweise saumäßig referenziert sind. Interessanter finde ich hier, dass hier mal die DOPs bei Google und Bing gleich verpixelt sind. (bei militärischen Anlagen gibt's da meist deutliche Unterschiede) -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Schreibweise der dt. Post
Karl Eichwalder wrote: Walter Nordmannwalter.nordm...@web.de writes: eigentlich den korrekten, also längsten. das gilt normalerweise für alle Namen (Staßen, Firmen, ...) Nein, so etwas wie AG oder GmbH oder Dokumentatstadt oder Universitätsstadt lässt man in name weg. Das gehört allenfalls nach official_name. Wieso denn doppelt? Einmal, aber richtig. Jede Firma hat nur einen Namen und die richtige Schreibweise ergibt sich aus dem Handelsregister, einfach nachschlagbar unter http://www.handelsregister.de. Da ist auch häuftig AG als Aktiengesellschaft im Firmennamen ausgeschreiben. Wenn du den Rechtsformzusatz weg lässt, wie willst du dann die Müller GmbH von der Müller AG unterscheiden? Sehr beliebt auch bei GmbH Co. KG, der GmbH und der KG den gleichen Namen zu geben. Streng genommen gehört der Sitz mit dazu, denn es kann auch gleichlautende Firmen in verschiedenen Orten geben. Wie willst du da mit der richtigen Firma Kontakt aufnehmen? Europaweit sind alle Handelsregister elektronisch abrufbar, zumindest die Firmensuche ist frei, wodurch man die richtige Schreibweise auch für ausländische Firmen erhält. Quietscheentchen ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Wie verfahren mit den Daten...
HI ! ich wollte mal bei aed-kataster.de anfragen ob die uns die standorte zur verfügung stellen. nun sind das punkte in google dargestellt und vermutlich haben die auch dort die koordinaten ermittelt. trotzdem anfragen wegen den daten und dann einfach manuell einspielen, sich die adressen geben lassen und anmailen mit der frage nach zusatzdaten (öffnungszeiten, genauer standort), oder einfach die adressen nehmen.. wie würdet ihr das machen ?(letzter vorschlag wohl kaum!) gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] richtige url aed-kataster.NET !!
Am 09.10.2010 09:31, schrieb Jan Tappenbeck: HI ! ich wollte mal bei aed-kataster.de anfragen ob die uns die standorte zur verfügung stellen. nun sind das punkte in google dargestellt und vermutlich haben die auch dort die koordinaten ermittelt. trotzdem anfragen wegen den daten und dann einfach manuell einspielen, sich die adressen geben lassen und anmailen mit der frage nach zusatzdaten (öffnungszeiten, genauer standort), oder einfach die adressen nehmen.. wie würdet ihr das machen ?(letzter vorschlag wohl kaum!) gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Schreibweise der dt. Post
Quietscheentchen quietscheentchen4...@nurfuerspam.de writes: Karl Eichwalder wrote: Nein, so etwas wie AG oder GmbH oder Dokumentatstadt oder Universitätsstadt lässt man in name weg. Das gehört allenfalls nach official_name. Wieso denn doppelt? Einmal, aber richtig. Mit richtig ist das immer so eine sache... Jede Firma hat nur einen Namen und die richtige Schreibweise ergibt sich aus dem Handelsregister, einfach nachschlagbar unter http://www.handelsregister.de. Das ist der offizielle name und der gehört nach official_name. Da ist auch häuftig AG als Aktiengesellschaft im Firmennamen ausgeschreiben. Wenn du den Rechtsformzusatz weg lässt, wie willst du dann die Müller GmbH von der Müller AG unterscheiden? Warum sollte ich das wollen? Der rechtsformzusatz ist im alltagsleben des normalbürgers sehr uninteressant. Der normalbürger interessiert sich mehr dafür, ob es sich um ein lebensmittelgeschäft oder um einen fahrradladen handelt. Wenn du die karte zumüllen willst, dann pack lieber eine kombination aus meinetwegen shop+name auf die karte. Ok, hier ging's erstmal nur um operator, aber in name habe ich auch schon die unmöglichsten sachen angetroffen. Sehr beliebt auch bei GmbH Co. KG, der GmbH und der KG den gleichen Namen zu geben. Streng genommen gehört der Sitz mit dazu, denn es kann auch gleichlautende Firmen in verschiedenen Orten geben. Wie willst du da mit der richtigen Firma Kontakt aufnehmen? Bestimmt nicht über die bei osm eingetragenen daten. Oder anders, mach dir keine sorge, auch wenn du das GmbH oder KG weglässt, wird dein schreiben schon die richtige stelle erreichen Europaweit sind alle Handelsregister elektronisch abrufbar, zumindest die Firmensuche ist frei, wodurch man die richtige Schreibweise auch für ausländische Firmen erhält. Schön, aber deswegen muss man das noch lange nicht bei name eintragen. Wenn du es für wichtig erachtest, trag es bei official_name ein. -- Karl Eichwalder ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Schreibweise der dt. Post
On 10/09/2010 09:57 AM, Karl Eichwalder wrote: Europaweit sind alle Handelsregister elektronisch abrufbar, zumindest die Firmensuche ist frei, wodurch man die richtige Schreibweise auch für ausländische Firmen erhält. Schön, aber deswegen muss man das noch lange nicht bei name eintragen. Wenn du es für wichtig erachtest, trag es bei official_name ein. Dieser Thread begann aber mit der konkreten Frage nach operator=, nicht name= ... und da haben wir auf http://wiki.openstreetmap.org/wiki/DE:Tag:amenity%3Dpost_box recht klar stehen: # operator=* (Betreiberunternehmen, bspw. Deutsche Post AG und MEDIA Logistik GmbH) # brand=* (Markenname, bspw. Deutsche Post und PostModern) also entspricht in diesem Fall das Paar brand/operator dem allgemeineren name/official_name Glücklich? ;) -- hartmut ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] An die thread-Piraten
Am 07.10.2010 17:53, schrieb Johann H. Addicks: Ich wähle die Betreffs bzw Threads, die mich nicht interessieren einfach ab. Kann man das mit Thunderbird zufällig auch? Danke noise ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Schreibweise der dt. Post
Karl Eichwalder wrote: Wenn du die karte zumüllen willst, dann .. @karl da liegt ja einer der gründe für das problem: es ist aufgabe der renderer - und hier meine ich in erster linie deren entwickler - durch vernünftige verfahren aus eventuell zu langen namen/bezeichnungen was kurzes, passendes zu machen. ich versuche das in meinen kleinen anwendungen auf jeden fall. dass die lange bezeichnung eventuell in josm oder auch bei den anderen EDITOREN so erscheint, ist für mich ok. Das sind keine Karten. @ hartmut: 1+ mfg walter - Wanderer, kommst Du nach Liechtenstein, tritt nicht daneben, tritt voll hinein. - Ingo Insterburg -- View this message in context: http://gis.638310.n2.nabble.com/Schreibweise-der-dt-Post-tp5613585p5617547.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wie verfahren mit den Daten...
Hallo, am 09.10.2010 09:31 schrieb Jan Tappenbeck: ich wollte mal bei aed-kataster.de anfragen ob die uns die standorte zur verfügung stellen. [...] wie würdet ihr das machen ?(letzter vorschlag wohl kaum!) Vor allem würde ich den Daten misstrauen. Am Beispiel Bremen sehe ich, dass die Zuordnung zum Betreiber nicht stimmt, die Liste unvollständig ist und die Koordinaten nicht den Gerätestandort, sondern das Grundstück beschreiben. Der Defi bringt nichts mehr, wenn du ihn erst ne halbe Stunde suchen musst. Nach meiner Stichprobe würde ich diese Daten überhaupt nicht für OSM verwenden. Gruß nk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Offline Tile Server?
Torsten Leistikow wrote: Und noch eine weitere Frage: Gibt es noch eine Alternative zu Kosmos, um mir den Inhalt des Ordners Tiles per Tile-Server anzeigen zu lassen. Bei Kosmos habe ich naemlich das Problem der Abhaengigkeit von den .net Versionen. Wenn die Tiles in Unterverzeichnissen nach dem üblichen Schema /z/x/y.png angeordnet sind, kannst du pymap (müsste im SVN zu finden sein) ausprobieren. Da bist du nur von Python abhängig ;-) und musst evl. noch die Pfade im Skript anpassen. Gruß Andreas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wie verfahren mit den Daten...
hi, irgendwer hat die dinger doch geplant, beschafft und aufgestellt. die müssen auch gewartet werden. da würd ich mal ansetzen. gruss walter - Wanderer, kommst Du nach Liechtenstein, tritt nicht daneben, tritt voll hinein. - Ingo Insterburg -- View this message in context: http://gis.638310.n2.nabble.com/Wie-verfahren-mit-den-Daten-tp5617481p5617581.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wie verfahren mit den Daten...
Jan Tappenbeck o...@tappenbeck.net wrote: ich wollte mal bei aed-kataster.de anfragen ob die uns die standorte zur verfügung stellen. Sind das diese ganz normalen Rettungspunkt Schilder oder ist das nochmal was anderes? Joachim Kast hat da beim letzen Karlsruher Treffen eine lustige Geschichte erzählt :) Nachdem er von Pontius nach Pilatus gerannt ist um letztlich grünes Licht für den Import der Rettungspukte im Landkreis Karlsruhe zu bekommen wollte er sich an die Konvertierung ins OSM Format machen hat aber vorher noch mal schnell von ihm mit GPS erfasste Punkte verglichen. Resultat war, dass die offiziellen Koordinaten teilweise mehrere hundert Meter daneben lagen. Fazit: Allenfalls für automatisierte Einträge a la hier fehlt irgendwo noch ein Rettungspunkt in Openstreetbugs verwendbar. Gruss Sven -- Software patents are the software project equivalent of land mines: Each design decision carries a risk of stepping on a patent, which can destroy your project. (Richard M. Stallman) /me is gig...@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] An die thread-Piraten
Am 09.10.2010 10:34, schrieb Tom Müller: Kann man das mit Thunderbird zufällig auch? wenn du im Thunderbird osm-de als Newsgroup liehst (zb über gmane), kannst du mit der taste 'k' ein Thema ignorieren. Beim nächsten Aufruf wird das Thema nicht mehr angezeigt. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] An die thread-Piraten
Am 09.10.2010 11:52, schrieb Josias Polchau: Am 09.10.2010 10:34, schrieb Tom Müller: Kann man das mit Thunderbird zufällig auch? wenn du im Thunderbird osm-de als Newsgroup liehst (zb über gmane), kannst du mit der taste 'k' ein Thema ignorieren. Beim nächsten Aufruf wird das Thema nicht mehr angezeigt. Mmmh. Wenn ich http://news.gmane.org/gmane.comp.gis.openstreetmap.region.de als Newsgroup hinzufügen will kann ich nicht auf weiter klicken. Brauche ich da noch nen Addon oder so? Danke ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Schreibweise der dt. Post
Am 8. Oktober 2010 08:51 schrieb Karl Eichwalder k...@gnu.franken.de: Walter Nordmann walter.nordm...@web.de writes: eigentlich den korrekten, also längsten. das gilt normalerweise für alle Namen (Staßen, Firmen, ...) Nein, so etwas wie AG oder GmbH oder Dokumentatstadt oder Universitätsstadt lässt man in name weg. Das gehört allenfalls nach official_name. die Frage war nach dem operator, nicht nach dem name. Willst Du auch noch einen official_operator einführen? Was spricht gegen AG? Die Mehrheit sieht das anders als Du (s. Tagwatch). Üblicherweise gewinnt in OSM die Methode, die sich durchsetzt. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Dart, Billiard, Kickern und co. in Kneipen
Moin moin, ich habe mich letztens gefragt, wie (und ob) Kneipen mit Dartscheiben, Billiardtischen und/oder Kicker/Krökel/Tischfussball-Tischen gekennzeichnet werden? Unter http://wiki.openstreetmap.org/wiki/Key:sport steht nur, das der Key Sport auch in Kneipen amenity=pub angegeben werden darf. Nur finde ich zu Billiard, Dart und Kickern keine entsprechenden Einträge. Hat hier jemand schon Erfahrung damit? Gruß, Tim ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] webbasiertes Erfassungsformular....
Am 09.10.2010 11:48, schrieb Sven Geggus: Jan Tappenbecko...@tappenbeck.net wrote: ich wollte mal bei aed-kataster.de anfragen ob die uns die standorte zur verfügung stellen. Sind das diese ganz normalen Rettungspunkt Schilder oder ist das nochmal was anderes? Joachim Kast hat da beim letzen Karlsruher Treffen eine lustige Geschichte erzählt :) Nachdem er von Pontius nach Pilatus gerannt ist um letztlich grünes Licht für den Import der Rettungspukte im Landkreis Karlsruhe zu bekommen wollte er sich an die Konvertierung ins OSM Format machen hat aber vorher noch mal schnell von ihm mit GPS erfasste Punkte verglichen. Resultat war, dass die offiziellen Koordinaten teilweise mehrere hundert Meter daneben lagen. Fazit: Allenfalls für automatisierte Einträge a la hier fehlt irgendwo noch ein Rettungspunkt in Openstreetbugs verwendbar. Gruss Sven hi ! das wäre auch einer meiner ansätze und dann ggf. die einzelnen anmailen - hat einer vielleicht schon einmal ein webbbasiertes Anwortesformular irgendwie erstellt wo die betreffenden die position berichtigen - erweitern können und die wichtigsten daten eintragen können. das ganze am besten für verschiedene themen konfigurierbar. könnte man so eine art massenimport in osmbugs machen ?? ... dürften die ggf. über google erstellten koordinaten hierfür zumindest verwendet werden ??? gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] webbasiertes Erfassungsformular.... Beispiel
Hier noch ein Beipspiel für ein solches Formular http://www.datacoast.de/cafelocator/eingabe_dec.html ... allerdings fehlt noch die interaktive Positionsdefinition. Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] OSM-Wochennotiz Nr.12 3.10-9.10.2010
wöchentlich Projekte, Neuigkeiten und Diskussionen aus dem OSM-Universum Die Wochennotiz http://blog.openstreetmap.de/2010/10/osm-wochennotiz-nr-12/ ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wie verfahren mit den Daten...
nein , das sind NICHT die rettungspunkte!!! unser lieber jan99 hat einen thread aus dem FORUM http://forum.openstreetmap.org/viewtopic.php?id=9513 hier einfach fortgesetz ohne hintergrund-infos. ist ja klar - für ihn - dass hier alle alle foren lesen ;( gruss walter - Wanderer, kommst Du nach Liechtenstein, tritt nicht daneben, tritt voll hinein. - Ingo Insterburg -- View this message in context: http://gis.638310.n2.nabble.com/Wie-verfahren-mit-den-Daten-tp5617481p5618185.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] cloudmade osmf
Am 09.10.2010 16:43, schrieb Gehling Marc: wöchentlich Projekte, Neuigkeiten und Diskussionen aus dem OSM-Universum Die Wochennotiz http://blog.openstreetmap.de/2010/10/osm-wochennotiz-nr-12/ Hi ! habe das gerade gelesen - kann mir einer sagen was da los ist - merkwürdig soviel veränderung in kurzer zeit. sicherlich haben andere die zusammenhänge mehr beobachtet um etwas dazu sagen zu können ?? gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] cloudmade osmf
Am 09.10.2010 um 16:49 schrieb Jan Tappenbeck: Am 09.10.2010 16:43, schrieb Gehling Marc: wöchentlich Projekte, Neuigkeiten und Diskussionen aus dem OSM-Universum Die Wochennotiz http://blog.openstreetmap.de/2010/10/osm-wochennotiz-nr-12/ Hi ! habe das gerade gelesen - kann mir einer sagen was da los ist - merkwürdig soviel veränderung in kurzer zeit. sicherlich haben andere die zusammenhänge mehr beobachtet um etwas dazu sagen zu können ?? vielleicht hat Steve zu wenig bewegen können. Jetzt scheint es besser zu werden ...Steve bei twitter Packing my winter survival gear for today's mapping party in Idaho springs, CO Marc ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wie verfahren mit den Daten...
Am 09.10.2010 16:44, schrieb Walter Nordmann: nein , das sind NICHT die rettungspunkte!!! unser lieber jan99 hat einen thread aus dem FORUM http://forum.openstreetmap.org/viewtopic.php?id=9513 hier einfach fortgesetz ohne hintergrund-infos. ist ja klar - für ihn - dass hier alle alle foren lesen ;( gruss walter - Wanderer, kommst Du nach Liechtenstein, tritt nicht daneben, tritt voll hinein. - Ingo Insterburg hallo lieber walter, so direkt sollte das gar nicht mit dem anderen posting in verbindung gesehen werden. es ging allgemein um das thema datenimport - insbesondere um die die in google dargestellt und vermutlich dort auch georeferenziert sind. gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Nutzungsbedingungen Stepmap
Durch den Wochenbericht im Blog bin ich (mal wieder) auf Stepmap gestoßen. Die nutzen teilweise auch OSM als Material für die Karten, die sie bereitstellen. Bei den Karten fehlt die Angabe der Lizenz (es steht da lediglich Basis Openstreetmap oder so ähnlich). In ihren Nutzungsbedingungen schliessen sie kommerzielle Nutzung aus: Gegenüber den Nutzern von StepMap: (a) ein räumlich (weltweit) und zeitlich unbeschränktes sowie unentgeltliches nicht-exklusives Nutzungsrecht zur (d) Nicht gestattet, ist die entgeltliche Weitergabe. 4. Es ist Ihnen nicht gestattet, Kartenmaterial und/oder Inhalte auf StepMap für andere Zwecke zu nutzen, als dies nach Nutzungsvertrag erlaubt ist. das steht klar im Widerspruch zum share-alike unser Lizenz. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Stadtgrenze am Wasser
Am 7. Oktober 2010 15:18 schrieb Markus liste12a4...@gmx.de: Dann mache ein (möglichst verzerrungsfreies) Foto und lade es in JOSM... ?? ich würde die Karte scannen und umprojezieren. Photo ist ziemlich ungeeignet. Das Umprojezieren geht z.B. mit Grass oder direkt mit gdal, beides Opensource und plattformunabhängig. In Grass grobes Vorgehen: Location in der Projektion der gescannten Karte anlegen, einlesen und referenzieren, dann neue Location in 900913 erstellen und die Karte aus der anderen Location importieren (dabei wird umprojeziert). Danach exportieren. Wenn es Probleme gibt, die eingestellte region prüfen. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] accesrestrictions, boat
normalerweise geht man ja bei foot=no und ähnlichem davon aus. dass es sich um (legale) access-restriktionen handelt. Nun ist aber fast jeder Bach mit boat=no getaggt, und fast immer (in den mir begegneten Fällen) sind das Empfehlungen bzw. Einschätzungen zur Schiffbarkeit im Allgemeinen. Wollte einfach mal drauf hinweisen. Das Wiki ist klar: http://wiki.openstreetmap.org/wiki/Key:boat Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tunnel und Hausdurchfahrten
Am 7. Oktober 2010 20:45 schrieb Tobias Knerr o...@tobias-knerr.de: Ein eigentlich ganz einfaches Tagging-Thema: ;) Wie trägt man * Tunnel, die durch den Erdboden führen was meinst Du damit? Ist es nicht egal, ob die Tunnel durch den Erdboden oder durch Fels oder durch Wasser führen? Solange man keine geologische Karte erstellen will... * Hausdurchfahrten/-durchgänge (Beispiele siehe [2]) ein und wie unterscheidet man die beiden anhand der Daten voneinander? ich setze covered=yes für den Teil, der von einem Haus überdeckt aber im Freien ist, während ich indoor=yes für innenliegende Teile verwenden würde. Layer=-1 sollte man m.E. dazuschreiben, wenn das andere Objekt darüber ist. Man kann bei covered noch spezifizieren, was genau das cover ist. In der Praxis scheint leider für beides tunnel=yes und üblicherweise layer=-1 verwendet zu werden. ja, leider Auch der Eintrag auf DE:Howto_Map_A[1] verweist bei Hausdurchfahrten nur auf siehe Tunnel. schlecht Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Aerowest: Bildflugwünsche und -tarife 2010 - Zeichenqualität
Am 8. Oktober 2010 07:32 schrieb Jan Tappenbeck o...@tappenbeck.net: auch wenn das hier nicht das nicht gerade das Thema dieses Postings ist - aber teilweise wird sehr gespart zu lasten der geometrietreue. ja, das hat verschiedene Ursachen: - magere Datengrundlage (schlechter Empfang, schlechtes GPS, z.T. auch aufgrund schlechter GPS-Einstellungen) - fehlendes Bewusstsein - absichtliches Sparen (Routinggraph-fetischisten und ähnliche) vor allem der letzten Gruppe sollte man nochmal kommunizieren, dass die Datenbank groß genug ist, und dass man anwendungsbezogene Vereinfachung jederzeit später noch machen kann. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tunnel und Hausdurchfahrten
Tordanik wrote: Wie trägt man * Tunnel, die durch den Erdboden führen [...] In der Praxis scheint leider für beides tunnel=yes und üblicherweise layer=-1 verwendet zu werden. Das layer-Tag sollte auch nur verwendet werden, wenn sich 2 oder mehr Objekte überlagern. Ein normaler Tunnel durch einen Berg oder Felsen, ohne andere Objekte oben drüber braucht auch keinen zusätzlichen Layer-Tag. aighes -- View this message in context: http://gis.638310.n2.nabble.com/Tunnel-und-Hausdurchfahrten-tp5612563p5618576.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Endlich gibts die Liste der Zustimmer CT WAS Fwd: [OSM-legal-talk] list of user IDs having accepted the contributor terms
wie Betreff: endlich die Liste mit den IDs derjenigen, die zugestimmt haben... Gruß Martin -- Forwarded message -- From: Matt Amos zerebub...@gmail.com Date: 2010/10/9 Subject: [OSM-legal-talk] list of user IDs having accepted the contributor terms To: Licensing and other legal discussions. legal-t...@openstreetmap.org as part of the voluntary relicensing phase of the move to ODbL, existing contributors have had the ability to voluntarily accept the contributor terms. to help the community assess the impact of the relicensing it was planned to make the information about which accounts have agreed available. this will help with the evaluation of the process and analysis of any consequent data loss, should the switch be made. at the last LWG meeting, having been put to the board for approval, it was decided to make this available [1], and i'm pleased to announce that this list is now up [2] and being regularly refreshed from the database every hour. i look forward to seeing the new analyses, visualisations and tools that can be built using this data. cheers, matt [1] https://docs.google.com/View?id=dd9g3qjp_86hf7fnqg8 [2] http://planet.openstreetmap.org/users_agreed/users_agreed.txt ___ legal-talk mailing list legal-t...@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk -- Martin Koppenhoefer (Dipl-Ing. Arch.) c/o Sebastianelli Via del Santuario Regina degli Apostoli, 18 00145 Roma |I|I|I|I|I|I|I|I| Italia N41.851, E12.4824 tel1: +39 06.916508070 tel2: +49 30 868708638 mobil: +39 389 6488991 m...@koppenhoefer.com http://www.koppenhoefer.com Hinweis: Diese Nachricht wurde manuell erstellt. Wir bemühen uns um fehlerfreie Korrespondenz, dennoch kann es in Ausnahmefällen vorkommen, dass bei der manuellen Übertragung von Informationen in elektronische Medien die übertragenen Informationen Fehler aufweisen. Wir bitten Sie, dies zu entschuldigen. Any views or opinions are solely those of the author and do not necessarily represent those of koppenhoefer.com unless specifically stated. This email and any files attached are confidential and intended solely for the use of the individual or entity to which they are addressed. If you have received this email in error, please notify postmas...@koppenhoefer.com Please note that to ensure regulatory compliance and for the protection of our clients and business, we may monitor and read messages sent to and from our systems. Thank You. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tunnel und Hausdurchfahrten
Am 09.10.2010 19:05, schrieb M∡rtin Koppenhoefer: Am 7. Oktober 2010 20:45 schrieb Tobias Knerr o...@tobias-knerr.de: * Tunnel, die durch den Erdboden führen was meinst Du damit? Ist es nicht egal, ob die Tunnel durch den Erdboden oder durch Fels oder durch Wasser führen? Ich meine damit einen Tunnel, der durch das führt, was man umgangssprachlich als Boden bezeichnen würde. Die Beschaffenheit dieses Bodens ist mir tatsächlich erst mal egal. Tunnel durch Wasser sind allerdings ein Problem, über das ich mir wohl irgendwann noch Gedanken machen muss... * Hausdurchfahrten/-durchgänge (Beispiele siehe [2]) ein und wie unterscheidet man die beiden anhand der Daten voneinander? ich setze covered=yes für den Teil, der von einem Haus überdeckt aber im Freien ist, während ich indoor=yes für innenliegende Teile verwenden würde. Ok, indoor=yes für den innenliegenden Fall hatte ich erwartet. Die Dokumentation bei covered=yes ist leider wenig griffig, so dass ich bisher nie sicher war, wofür das Tag eigentlich gedacht ist. Bei genauerem Lesen passt die Beschreibung aber tatsächlich auf diese Situation. Das einzige Bild zeigt halt den Sonderfall seitlich offen. Deiner Ansicht nach passt das Tag also auch auf die Situationen in allen meinen Beispielbildern? Dann stellt sich jetzt nur noch die Frage, ob man den seitlich offen-Fall irgendwie von den anderen Verwendungen von covered unterscheiden kann. Tobias Knerr ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Endlich gibts die Liste der Zustimmer CT WAS Fwd: [OSM-legal-talk] list of user IDs having accepted the contributor terms
wenn ich das grob überschlage etwas über 2000! Am 09.10.2010 20:42, schrieb M∡rtin Koppenhoefer: wie Betreff: endlich die Liste mit den IDs derjenigen, die zugestimmt haben... Gruß Martin -- Forwarded message -- From: Matt Amoszerebub...@gmail.com Date: 2010/10/9 Subject: [OSM-legal-talk] list of user IDs having accepted the contributor terms To: Licensing and other legal discussions.legal-t...@openstreetmap.org as part of the voluntary relicensing phase of the move to ODbL, existing contributors have had the ability to voluntarily accept the contributor terms. to help the community assess the impact of the relicensing it was planned to make the information about which accounts have agreed available. this will help with the evaluation of the process and analysis of any consequent data loss, should the switch be made. at the last LWG meeting, having been put to the board for approval, it was decided to make this available [1], and i'm pleased to announce that this list is now up [2] and being regularly refreshed from the database every hour. i look forward to seeing the new analyses, visualisations and tools that can be built using this data. cheers, matt [1] https://docs.google.com/View?id=dd9g3qjp_86hf7fnqg8 [2] http://planet.openstreetmap.org/users_agreed/users_agreed.txt ___ legal-talk mailing list legal-t...@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Lizenzwechsel: Liste der bisherigen Zustimmungen veroeffentlicht
Hallo, ab jetzt wird stuendlich eine aktualisierte Liste alle User, die bereits den neuen Contributor Terms und damit dem Lizenzwechsel zugestimmt haben, veroeffentlicht. Die jeweils aktuelle Liste gibt es hier: http://planet.openstreetmap.org/users_agreed/users_agreed.txt Die Liste enthaelt nur Nutzer aus der Zeit, als man bei der Anmeldung noch nicht automatisch zustimmen musste (user ID 286582). Ich habe mal eine schnelle Auswertung gemacht, wobei ich vereinfachend angenommen habe, dass ein Objekt dann relizensiert ist, wenn sein letzter Bearbeiter dem Lizenzwechsel zugestimmt hat. Die folgende Liste enthaelt die 1000 User mit den meisten Beitraegen in Deutschland (einfach nach Anzahl Objekten gezaehlt. In der Spalte Objekte die Anzahl Objekte, die dieser User zuletzt bearbeitet hat, Proz. der Anteil an Deutschland, den der User damit hat, Zust. ob er dem Lizenzwechsel bereits zugestimmt hat, und die letzte Spalte sagt, wie viel Daten wir dadurch ingesamt schon sicher haben. Die Zahl ist derzeit 25% - also diejenigen unter den Top-1000, die schon zugestimmt haben, machen 25% der Daten aus. Insgesamt machen die Top-1000 rund 70% der Daten aus, d.h. wenn die alle zustimmen wuerden, waer das schon mal ein guter Start ;) Bye Frederik User Objekte Proz. Zust. Zust.Proz.Gesamt -- klausis 754261 1.3470 ja1.3470 Mirko Küster 631206 1.1273 nein 1.3470 Lobelt614132 1.0968 nein 1.3470 3dShapes 472687 0.8442 nein 1.3470 BurnyB430075 0.7681 nein 1.3470 geofabrik_infas_import418091 0.7467 ja2.0937 ocotillo 407687 0.7281 ja2.8218 Paulchen Panther 369486 0.6599 nein 2.8218 uebi64360475 0.6438 nein 2.8218 Divjo 351041 0.6269 ja3.4487 MichaH278848 0.4980 ja3.9467 theophrastos 261004 0.4661 nein 3.9467 alegria6208 250846 0.4480 nein 3.9467 BroadwayLamb 230802 0.4122 nein 3.9467 Antikalk 225644 0.4030 nein 3.9467 Masch 222361 0.3971 ja4.3438 toaster 201939 0.3606 ja4.7045 Teddy73 198162 0.3539 ja5.0584 juelie193613 0.3458 nein 5.0584 Ropino187128 0.3342 nein 5.0584 lmaa-du-osm-korinthenkack 186362 0.3328 nein 5.0584 Randbewohner 182205 0.3254 nein 5.0584 FK270673 175022 0.3126 ja5.3710 Schusch 172319 0.3077 ja5.6787 r-michael 164410 0.2936 nein 5.6787 Konrad Aust 159974 0.2857 nein 5.6787 ARWIE 158904 0.2838 nein 5.6787 Elwood157448 0.2812 ja5.9599 StefanT 150515 0.2688 ja6.2287 anbr 148837 0.2658 ja6.4945 edwin-ldbg147205 0.2629 nein 6.4945 bmog 142598 0.2547 nein 6.4945 bahnpirat 139413 0.2490 nein 6.4945 q_un_go 139370 0.2489 nein 6.4945 vaust 138844 0.2480 nein 6.4945 mawi42137908 0.2463 nein 6.4945 herisusa 137406 0.2454 ja6.7399 KartoGrapHiti 135538 0.2421 nein 6.7399 seawolff 135107 0.2413 nein 6.7399 staehler 133312 0.2381 ja6.9780 ToniE 132604 0.2368 ja7.2148 WanMil130883 0.2337 ja7.4485 derandi 129781 0.2318 nein 7.4485 olvagor 127616 0.2279 ja7.6764 wegsam125700 0.2245 ja7.9009 EvanE 123892 0.2213 nein 7.9009 Andre68 121831 0.2176 ja8.1185 flohoff 120964 0.2160 nein 8.1185 Adme 120633 0.2154 nein 8.1185 okilimu 120495 0.2152 ja8.3337 Bürste118811 0.2122 nein 8.3337 Das Fantom117799 0.2104 nein 8.3337 conception81 117763 0.2103 nein 8.3337 Nibbler 117515 0.2099 ja8.5436 Bengatzer 117417 0.2097 ja8.7533 Rosty 117383 0.2096 nein 8.7533 Ole3358 116749 0.2085 nein 8.7533 Harry99 114394 0.2043 ja8.9576 Fuss-im-Ohr 113458 0.2026 nein 8.9576 fahrrad 108437 0.1937 nein 8.9576 malenki 108255 0.1933 nein 8.9576 matchman 107871 0.1926 nein 8.9576 xylome107638 0.1922 ja9.1498 Lothar Schiborr_1 106397 0.1900 nein 9.1498 ersthelfer101363 0.1810 nein 9.1498 user18100638 0.1797 nein 9.1498 Fam-Os100510 0.1795 nein 9.1498 Basstoelpel98630
Re: [Talk-de] Endlich gibts die Liste der Zustimmer CT WAS Fwd: [OSM-legal-talk] list of user IDs having accepted the contributor terms
Moin, Am Samstag 09 Oktober 2010 schrieb Jan Tappenbeck: wenn ich das grob überschlage etwas über 2000! und genau durchgezählt gibt 2378. ;-) Kann man jetzt mit den IDs 'ne Karte rendern, welche Daten dazu gehören? Gruß, Carsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lizenzwechsel: Liste der bisherigen Zustimmungen veroeffentlicht
On 09.10.2010 21:37, Frederik Ramm wrote: Hallo, ab jetzt wird stuendlich eine aktualisierte Liste alle User, die bereits den neuen Contributor Terms und damit dem Lizenzwechsel zugestimmt haben, veroeffentlicht. Die jeweils aktuelle Liste gibt es hier: http://planet.openstreetmap.org/users_agreed/users_agreed.txt Die Liste enthaelt nur Nutzer aus der Zeit, als man bei der Anmeldung noch nicht automatisch zustimmen musste (user ID 286582). Ich habe mal eine schnelle Auswertung gemacht, wobei ich vereinfachend angenommen habe, dass ein Objekt dann relizensiert ist, wenn sein letzter Bearbeiter dem Lizenzwechsel zugestimmt hat. Ich will keine Lizenzdiskussion anstoßen, aber diese Rechnung halte ich für gefährlich. Unter anderem, weil es blödsinnig simple Attribute gibt, die man fast bei allen Objekten eintragen könnte, ohne dass es fehlerhafte Attribute wären. Die Begründung, nur weil der letzte Bearbeiter eines Objekts ODBL zugestimmt hat, wäre das Objekt insgesamt ODBL-sicher im juristischen Sinne (wenn ODBL die Löschung nicht relizensierten CC-BY-SA-Contents bedeutet, wovon ich momentan ausgehe), halte ich für falsch, denn das kann ich für viele Daten mit ziemlicher sicherheit machen: In DE tagge man einfach alle Straßen, die nicht living_street, aber Auto-Straßen sind (residential, tertiary, secondary, primary, trunk, motorway etc.) mit surface=asphalt, wo nichts anderes dransteht, und packe einfach ein FIXME=is this an asphalt road? please delete fixme, if yes ;). Schon gäbe es deutschlandweit kaum noch Löschungen aus Lizenzgründen; für living_street kann man dann paving_stones als Standard annehmen - auch nicht immer richtig, aber was solls, es sichert Daten über die ODBL-Löschung. Die folgende Liste enthaelt die 1000 User mit den meisten Beitraegen in Deutschland (einfach nach Anzahl Objekten gezaehlt. In der Spalte Objekte die Anzahl Objekte, die dieser User zuletzt bearbeitet hat, Proz. der Anteil an Deutschland, den der User damit hat, Zust. ob er dem Lizenzwechsel bereits zugestimmt hat, und die letzte Spalte sagt, wie viel Daten wir dadurch ingesamt schon sicher haben. Ist das denn dann wirklich sicher? Kann man ein Objekt komplett unter ODBL setzen, wenn nur einzelne Attribute von ODBL-Befürwortern kommen? Ich will die ODBL nicht generell torpedieren - ich halte nur den Lizenzwechsel - so schwierig er ist - für eine verdammt schwierige Sache. Wenn Deine Zählweise so akzeptiert ist und als gültig angesehen und angewandt wird, dann bin ich mir ziemlich sicher, dass das noch Probleme macht: Entweder wird es einen Tag-War geben (na? wer ist der letzte massen-edit vor dem lizenzwechsel? odbl- oder ccbysa-befürworter?) oder böse Beschimpfungen, Anschuldigungen und ähnliches, das seien Lizenzverstöße etc. Nur um das klarzustellen: ich bin nicht prinzipiell gegen ODBL - ich halte nur diese Rechnung für gefährlich, denn wenn DIESES Modell der Lizenzverteilung auf Objekte anzuwenden wäre, dann könnten ja auch später prinzipiell alle CC-BY-SA-Datenbanken über einen Zwischenschritt eingepflegt werden: einfach mal zusätzliche Attribute dranpappen, Lizenz wechseln, unter ODBL verbreiten und voila. Gruß Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lizenzwechsel: Liste der bisherigen Zustimmungen veroeffentlicht
Hallo, Peter Wendorff wrote: Die Begründung, nur weil der letzte Bearbeiter eines Objekts ODBL zugestimmt hat, wäre das Objekt insgesamt ODBL-sicher im juristischen Sinne (wenn ODBL die Löschung nicht relizensierten CC-BY-SA-Contents bedeutet, wovon ich momentan ausgehe), halte ich für falsch Da kannst Du unbesorgt sein, das ist allen Beteiligten klar, dass man so einfach nicht vorgehen kann, sondern die Historie untersuchen muss. Es ist halt viel einfacher, mal eben schnell im Planet File den letzten Bearbeiter anzuschauen. Meine Statistik hat jede Menge verzerrende Maengel: 1. Sie zaehlt einfach Objekte - aber 70% aller unserer Objekte sind Nodes und haben relativ geringen Informationsgehalt im Vergleich zu einem Way. Wenn ich sage ich hab 70% aller Daten und meine damit nur die Nodes, ist das nicht gerae eine nuetzliche Karte. 2. Sie beruecksichtigt nicht fruehere Bearbeiter. 3. Sie beruecksichtigt auch nicht triviale Aenderungen, die evtl. keinerlei urheberrechtliche Ansprueche mit sich bringen (Stichwort hasse-osm-korinthenkacker). Und noch jede Menge weitere Kleinigkeiten. Wenn Deine Zählweise so akzeptiert ist Nein, sie ist nur eine Annaeherung. Allerdings keine voellig unbrauchbare; 65% unserer Objekte liegen heute inder Version 1 vor, sind also tatsaechlich nie von jemand anderem angefasst worden. 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-it] Mini Introduzione ad OSM
sono interessato alle tue guide ma i tuoi link mi scaricano listati lunghissimi, come faccio? Ciao MAtteo Il giorno 09 ottobre 2010 01:27, Luca Delucchi lucadel...@gmail.com ha scritto: Ragazzi ho aggiornato la mini Introduzione ad OSM [0]. Esiste anche la versione book [1] che utilizzando una stampante fronte-retro permette di stamparla in soli 4 fogli. Controllate per favore che non ci siano errori, e poi diffondetela. Mi farebbe piacere che venga distribuita a più linux day possibili e che venga portata ai vari appuntamenti che hanno elementi in comune con OSM (GFOSS, Wikipedia, GNU/Linux, cartografia, libertà digitali ecc ecc) ciao Luca [0] http://svn.openstreetmap.org/misc/pr_material/italy_miniguida/tutorial.pdf [1] http://svn.openstreetmap.org/misc/pr_material/italy_miniguida/book.pdf ___ 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] Mini Introduzione ad OSM
Il 09 ottobre 2010 01:27, Luca Delucchi ha scritto: Controllate per favore che non ci siano errori in ...la comunit` ` l’elemento fon-damentale perch` oltre a essere quella che inserisci i dati e arrichisce il progetto controlla anche la sua qualit`. s/perchè/perché/ s/inserisci/inserisce/ s/arrichisce/arricchisce/ aggiungerei una virgola dopo progetto poi siccome il soggetto è la comunità, la sua qualità si riferisce a comunità, non a progetto, cambierei in qualcosa tipo ...ne controlla la qualità Le tracce GPS sono solo utili per capire come tracciare il reticolo delle strade e di inserire i waypoint. s/di inserire/per inserire/ userei una parola italiana al posto waypoint, dal contesto non capisco cosa vuol dire (ok, si capisce più avanti nell'esempio della strada forestale, allora qui metterei ...individuare punti notevoli tramite i waypoint inseriti o qualcosa di simile (strade, negozi ecc ecc) metterei virgola e un solo ecc. col punto: (strade, negozi, ecc.) per es- empio una linea degli autobus si possono usare le regole italiane per sillabare le parole? e-sem-pio nel paragrafo 3.2 Tag nelle tabelle alcune descrizioni sono al plurale e altre al singolare (strada/strade, fiumi, vigneti, ecc.) le uniformerei al singolare enforcement per inserire elementi per misurare e documentare sulle violazioni veicolari manca serve che è presente in tutte le altre s/sulle/le/ in vari punti c'è E’, al suo posto userei È, se è possibile a qualche frase manca il punto finale, es Nella sezione software vengono presentati alcuni dei pi` utilizzati Ad oggi i dati presenti sul database di OpenStreetMap ` sicuramente la migliore fonte cartografica della zona. s/è/sono/ in diversi posti dove OpenstreetMap è scritto in corsivo ed è seguito da una virgola o da un punto c'è da togliere lo spazio prima della virgola o del punto Attribution No Commercial Share Alike Attribution-NonCommercial-ShareAlike (da correggere sopratutto Non) secondo http://creativecommons.org/licenses/by-nc-sa/2.5/ oppure Attribuzione - Non commerciale - Condividi allo stesso modo secondo il link che è riportato nel PDF -- Daniele Forsi ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Note lungo un percorso
innanzitutto note non va bene secondome, perché è una nota per mappatori, non per chi usa la mappa. Per i utenti il tag è description. Per una curva stretta (oppure tornanti un successione) secondome non c'è bisogno di nessun tag, ne di una description: quello c'è dentro ai dati appena disegniamo in modo preciso: un qualsiasi router lo puo dedurre della geometria dei dati. Per un fosso a canto alla strada lo disegnerei barrier=ditch su un way apposito. La superficie scolta la mettrei sul pezzo di strada dove occore (spezzando il way), lo stesso per un tracktype che occore su una parte di un track (spezzare il way). ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] [wiki] Nuove pagine in italiano!
Ho finito di tradurre tutte le pagine in italiano scritte nella wiki todo [0] quelle almeno urgenti per LD 2010 più qualcun'altra. Dalla lista rimane fuori la pagina da sistemare di JOSM [1] perchè non so cosa fare rispetto a quella Inglese che è molto ridotta, se avete idee sul da farsi... ciao Stefano [0] http://wiki.openstreetmap.org/wiki/WikiProject_Italy/TODO_wiki [1] http://wiki.openstreetmap.org/wiki/IT:JOSM ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Cantina Vini - distilleria - maneggio di cavalli
2010/10/8 Luca Delucchi lucadel...@gmail.com 2010/10/8 Daniele Forsi dfo...@gmail.com: 2010/10/8 Luca Delucchi: nel tagwatch aggiornato al 2010-09-29 18:00 ho trovato shop=wine 286 shop=winery 73 shop=vineyard 5 http://tagwatch.stoecker.eu/Planet/En/ignored_shop.html ok, questo può causare problemi? è meglio proporre shop=wine invece che winery? anche se penso che sia più corretto winery di wine... Dal vocabolario o da wikipedia [1] winery è il posto dove il vino si fa. Penso quindi che shop=wine sia per adesso più appropriato. Può essere precisata (per tetrapilectomnia) la distinzione tra le enoteche in cui il vino si compra solo (provabilmente solo shop=wine) e i wine_bar/fiaschetterie (direi shop=wine, amenity=bar/fast_food/restaurant). Tra i vecchi tag ho visto anche delle occorrenze di wine_cellar. Dovrebbero corrisponderer a delle cantine in cui si produce ed invecchia il vino. Penso che in alcuni (rari) casi la zona di invecchiamento è distinta dalla struttura in cui si vinifica e quini wine_cellar potrebbe avere un senso. Ciao, Diego [1] http://en.wikipedia.org/wiki/Winery ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Mini Introduzione ad OSM
2010/10/9 Luca Delucchi lucadel...@gmail.com: Controllate per favore che non ci siano errori, e poi diffondetela. Mi bel lavoro. In questo esempio (3.2): highway=unclassified name=Via Roma access=no foot=yes bicycle =no oneway=yes non mi piace access=no. E' meglio mettere motor_vehicle=no oppure in questo caso mettrei vehicle=no oneway=yes (sembra strano, ma esiste) ed è già sufficiente, volendo potresti aggiungere foot=yes bicycle=no Perché? Perchè access=no è troppo restrittivo. Sta divietando mezzi a quali non hai mai pensato (cavalli, carrozze, ecc.). Megliio escludere quello che c'è scritto (inteso) sul cartello. ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Mini Introduzione ad OSM
2010/10/9 M∡rtin Koppenhoefer dieterdre...@gmail.com: 2010/10/9 Luca Delucchi lucadel...@gmail.com: Controllate per favore che non ci siano errori, e poi diffondetela. Mi multipolygon serve per creare un poligono all’interno di un altro poligono, per esempio un’isola in un lago direi che serve per creare poligoni complessi che si compongono di più di una way (per esempio una area con un buco come un lago con una isola in mezzo). Perchè un multipoligono si usa anche per poligoni senza buchi ma con più di una way outer, per poligoni disgiunti ( http://wiki.openstreetmap.org/wiki/Multipolygon#Two_disjunct_outer_rings ), e per altre tipo di poligoni complessi come vengono evidenziati nella pagina wiki (quello che viene descritto nella introduzione è il vecchio multipoligono). il tipo boundary è superato secondo alcune persone. Loro consigliano type=multipolygon anche per i boundary. Mettrei anche il type=site nei tipi di relazioni Descriverei dove vengono messi i tag (nella relazione / sul ogetto, secondo la situazione e il tag) e quali ruoli sono possibile. 5. Donazione traccie: mettrei che la impostazione migliore è quella di 1 punto per secondo, e che le tracce registrate nella modalità show on road non servono, anzi sarebbe un violazione del copyright di metterle. 12 Link se possibile aggiungerei una lista di link utili tipo tagwatch, taginfo, getright, openstreetbugs, osmi, osmdoc (forse è troppo vecchio?) http://tagwatch.stoecker.eu/ http://taginfo.openstreetmap.de/ ... o meglio direttamente qui: http://wiki.openstreetmap.org/wiki/Quality_Assurance secondome anche questa pagina non è male per informarsi del sistema tecnico di OSM: http://wiki.openstreetmap.org/wiki/Developer Perché lo rilasciate con una licenza non libera? ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Tag Po
2010/10/7 Carlo cybo...@gmail.com: Da informazioni trovate in rete mi risulta che il Po sia navigato da Piacenza alla foce, perlomeno, ho visto che all'altezza di Parma, presumo anche altrove è taggato boat:no, qualcuno sa il motivo ? non conosco il motivo, ma suppongo che si tratta di un errore. Cmq. informazioni trovate in rete non mi sembra necessariamente sufficente per cambiare i dati (dipende dove in rete). Sarebbe sicuramente meglio avere connoscenza personale del posto. ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Tag Po
2010/10/7 Carlo cybo...@gmail.com: Da informazioni trovate in rete mi risulta che il Po sia navigato da Piacenza alla foce, perlomeno, ho visto che all'altezza di Parma, presumo anche altrove è taggato boat:no, qualcuno sa il motivo ? un'altra cosa: boat=no non significa che sia impossibile navigare, ma che navigare in barca è vietato: http://wiki.openstreetmap.org/wiki/Key:boat ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] utenti che hanno confermato la nuova licenza (e CT) WAS list of user IDs having accepted the contributor terms
hanno publiccato la lista, vedete sotto! ciao, Martin -- Forwarded message -- From: Matt Amos zerebub...@gmail.com Date: 2010/10/9 Subject: [OSM-legal-talk] list of user IDs having accepted the contributor terms To: Licensing and other legal discussions. legal-t...@openstreetmap.org as part of the voluntary relicensing phase of the move to ODbL, existing contributors have had the ability to voluntarily accept the contributor terms. to help the community assess the impact of the relicensing it was planned to make the information about which accounts have agreed available. this will help with the evaluation of the process and analysis of any consequent data loss, should the switch be made. at the last LWG meeting, having been put to the board for approval, it was decided to make this available [1], and i'm pleased to announce that this list is now up [2] and being regularly refreshed from the database every hour. i look forward to seeing the new analyses, visualisations and tools that can be built using this data. cheers, matt [1] https://docs.google.com/View?id=dd9g3qjp_86hf7fnqg8 [2] http://planet.openstreetmap.org/users_agreed/users_agreed.txt ___ legal-talk mailing list legal-t...@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk -- Martin Koppenhoefer (Dipl-Ing. Arch.) c/o Sebastianelli Via del Santuario Regina degli Apostoli, 18 00145 Roma |I|I|I|I|I|I|I|I| Italia N41.851, E12.4824 tel1: +39 06.916508070 tel2: +49 30 868708638 mobil: +39 389 6488991 m...@koppenhoefer.com http://www.koppenhoefer.com Hinweis: Diese Nachricht wurde manuell erstellt. Wir bemühen uns um fehlerfreie Korrespondenz, dennoch kann es in Ausnahmefällen vorkommen, dass bei der manuellen Übertragung von Informationen in elektronische Medien die übertragenen Informationen Fehler aufweisen. Wir bitten Sie, dies zu entschuldigen. Any views or opinions are solely those of the author and do not necessarily represent those of koppenhoefer.com unless specifically stated. This email and any files attached are confidential and intended solely for the use of the individual or entity to which they are addressed. If you have received this email in error, please notify postmas...@koppenhoefer.com Please note that to ensure regulatory compliance and for the protection of our clients and business, we may monitor and read messages sent to and from our systems. Thank You. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] osmit2011
Il 05 ottobre 2010 00:00, Luca Delucchi lucadel...@gmail.com ha scritto: Ad oggi 4 ottobre non è arrivata ancora nessuna candidatura scritta e questo un po' mi rammarica... se non ci sono opposizioni (c'è tempo una settimana) direi che il prossimo anno OSMit2011 si terrà a vicenza ad ottobre essendo questa l'unica proposta passata in lista. Anche il prossimo anno ci toccherà andare a partecipare a SotM all'estero beh ci sono candidature molto affascinanti.. un giretto all'Havano o ad Addis Adeba non mi dispiacerebbe un saluto Luca volendo ci potrebbe essere anche l'End Summer Camp 2K11 [1] a fine settembre a Venezia-Tessera (Forte Bazzera) [2]... scusate se non ho proposto prima, ma sono ancora un po' provato dall'organizzazione di quello 2K10 :) Spazio ne abbiamo senza troppi problemi, l'unico appunto è trovare una seconda copertura per l'area talk dedicata, anche se, FORSE, dovremmo già aver in serbo qualcosa a proposito. [1] http://www.endsummercamp.org [2] http://osm.org/go/0IDlMb1rw-- -- Bigshot - Gianluca ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] utenti che hanno confermato la nuova licenza (e CT) WAS list of user IDs having accepted the contributor terms
On Sat, Oct 9, 2010 at 8:41 PM, M∡rtin Koppenhoefer dieterdre...@gmail.com wrote: hanno publiccato la lista, vedete sotto! ciao, Martin -- Forwarded message -- From: Matt Amos zerebub...@gmail.com Date: 2010/10/9 Subject: [OSM-legal-talk] list of user IDs having accepted the contributor terms To: Licensing and other legal discussions. legal-t...@openstreetmap.org as part of the voluntary relicensing phase of the move to ODbL, existing contributors have had the ability to voluntarily accept the contributor terms. to help the community assess the impact of the relicensing it was planned to make the information about which accounts have agreed available. this will help with the evaluation of the process and analysis of any consequent data loss, should the switch be made. at the last LWG meeting, having been put to the board for approval, it was decided to make this available [1], and i'm pleased to announce that this list is now up [2] and being regularly refreshed from the database every hour. i look forward to seeing the new analyses, visualisations and tools that can be built using this data. cheers, matt [1] https://docs.google.com/View?id=dd9g3qjp_86hf7fnqg8 [2] http://planet.openstreetmap.org/users_agreed/users_agreed.txt 2382 su 286582 non mi sembra un risultato entusiasmante iiizio ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] osmit2011
Il 09 ottobre 2010 22:14, Gianluca De Rossi bigshot4e...@gmail.com ha scritto: volendo ci potrebbe essere anche l'End Summer Camp 2K11 [1] a fine settembre a Venezia-Tessera (Forte Bazzera) [2]... scusate se non ho proposto prima, ma sono ancora un po' provato dall'organizzazione di quello 2K10 :) Spazio ne abbiamo senza troppi problemi, l'unico appunto è trovare una seconda copertura per l'area talk dedicata, anche se, FORSE, dovremmo già aver in serbo qualcosa a proposito. Io sto lavorando ad un Festival delle Liberta' Digitali per ottobre 2011. Probabilmente sara' realizzato a rete in almeno 2 citta' italiane. Una sara' Vicenza. Spazio per OSMit c'e' ... e avanza ;-) Ciao. luca -- Sabato 23 ottobre 2010 Nella tua città! http://www.linuxday.it seguici su twitter: http://twitter.com/softwarelibero usa il tag: #linuxday ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Mini Introduzione ad OSM
Il 09 ottobre 2010 10:52, Daniele Forsi dfo...@gmail.com ha scritto:
poi siccome il soggetto è la comunità, la sua qualità si riferisce
a comunità, non a progetto, cambierei in qualcosa tipo ...ne
controlla la qualità
leggermente modificato, che ne pensi?
userei una parola italiana al posto waypoint, dal contesto non capisco
cosa vuol dire (ok, si capisce più avanti nell'esempio della strada
forestale, allora qui metterei ...individuare punti notevoli tramite
i waypoint inseriti o qualcosa di simile
ho messo punti di interesse
per es-
empio una linea degli autobus
si possono usare le regole italiane per sillabare le parole? e-sem-pio
si, mi era scappato...
nel paragrafo 3.2 Tag nelle tabelle alcune descrizioni sono al
plurale e altre al singolare (strada/strade, fiumi, vigneti, ecc.) le
uniformerei al singolare
fatto, ce n'erano molti al plurale
[CUT]
tutto l'altro l'ho messo a posto
in diversi posti dove OpenstreetMap è scritto in corsivo ed è seguito
da una virgola o da un punto c'è da togliere lo spazio prima della
virgola o del punto
qui una domanda ai più esperti di latex, ho usato \xspace per creare
lo spazio dopo la parola, ma sembra non funzionare correttamente con
la punteggiatura, il comando è questo
\newcommand{\osm}{\emph{OpenStreetMap\xspace}}
come posso modificarlo perchè renderizzi correttamente
Attribuzione - Non commerciale - Condividi allo stesso modo
secondo il link che è riportato nel PDF
si meglio in italiano
--
Daniele Forsi
ciao
Luca
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Mini Introduzione ad OSM
Il 09 ottobre 2010 17:01, M∡rtin Koppenhoefer dieterdre...@gmail.com ha scritto: 2010/10/9 M∡rtin Koppenhoefer dieterdre...@gmail.com: ora correggo io te :-P direi che serve per creare poligoni complessi che si compongono di più di una way (per esempio una area con un buco come un lago con una isola in mezzo). ... (per esempio un'area con un buco come un lago con un'isola in mezzo). il tipo boundary è superato secondo alcune persone. Loro consigliano type=multipolygon anche per i boundary. che votino per rimuoverlo ;-) Mettrei anche il type=site nei tipi di relazioni non è tra quelli ufficiali e poi prima dovrei capirne l'utilizzo me lo spieghi? Descriverei dove vengono messi i tag (nella relazione / sul ogetto, secondo la situazione e il tag) e quali ruoli sono possibile. scusa martin ma sono abbastanza stanco e non capisco 5. Donazione traccie: mettrei che la impostazione migliore è quella di 1 punto per secondo, questo non lo dirò mai :-) è una pazzia... e che le tracce registrate nella modalità show on road non servono, anzi sarebbe un violazione del copyright di metterle. ok, fatto 12 Link se possibile aggiungerei una lista di link utili tipo tagwatch, taginfo, getright, openstreetbugs, osmi, osmdoc (forse è troppo vecchio?) http://tagwatch.stoecker.eu/ http://taginfo.openstreetmap.de/ ... o meglio direttamente qui: http://wiki.openstreetmap.org/wiki/Quality_Assurance secondome anche questa pagina non è male per informarsi del sistema tecnico di OSM: http://wiki.openstreetmap.org/wiki/Developer abbiamo messo il link alla prima pagina del wiki la quality_assurance è linkata li, developer se uno è interessato sa come trovarla ;-) più che altro è che non si può sforare le 16 pagine (cioè si potrebbe ma bisognerebbe arrivare a 20 per avere un formato book corretto) e siamo a 15 e mezza ;-) ciao, Martin ___ 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] osmit2011
Il 09 ottobre 2010 23:31, luca menini ha scritto: Io sto lavorando ad un Festival delle Liberta' Digitali per ottobre 2011. Probabilmente sara' realizzato a rete in almeno 2 citta' italiane. Una sara' Vicenza. Spazio per OSMit c'e' ... e avanza ;-) benissimo così allora! ad ogni modo ESC è lì già bello rodato, se ce ne fosse bisogno l'anno prossimo o i successivi sapete dove bussare. -- Bigshot - Gianluca ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] osmit2011
Il 10 ottobre 2010 01:30, Gianluca De Rossi bigshot4e...@gmail.com ha scritto: benissimo così allora! ad ogni modo ESC è lì già bello rodato, se ce ne fosse bisogno l'anno prossimo o i successivi sapete dove bussare. grazie gianluca per esserti offerto, puoi dirmi qualcosa di più su ESC che non conosco bene. Quello che più mi interessa è: il convegno OSMit, oltre che un ritrovo per i mappers (cosa che nei due anni si è vista poco) deve cercare di portare amministrazioni pubbliche, università, ditte, ecc. secondo te ESC è un ambiente dove si possano portare persone che bazzichino in quei campi? -- Bigshot - Gianluca ciao Luca ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-co] Duda aplicación comercial
Muchas gracias por su colaboración, dependiendo el curso del proyecto les estaré informado o quizás molestando por si surgen algún tipo de dudas técnicas. El 8 de octubre de 2010 15:33, Igor Támara i...@tamarapatino.org escribió: Hola Sergio, Humberto Por supuesto que si, entiendo que es posible dejando en claro los créditos Humberto para OpenStreetMap. Humberto Si, por supuesto que se puede usar, claro, si la aplicación va a atender muchos clientes, entonces lo apropiado sería que montes tu propio servidor con los datos de openstreetmap para servir los datos. También hay opción de contratar empresas que puedan ofrecer los tiles sobre sus propios servidores con la información de OSM, como de costumbre, sería absolutamente deseable que si logras hacer una buena monetización tengas eventualmente un rubro de inversión en OSM para buscar la sostenibilidad de OSM y que tu empresa de alguna forma pueda ayudar en la garantización de los servicios que prestas y todos continuemos con una simbiosis adecuada. Muchos éxitos. Humberto El 8 de octubre de 2010 09:38, Sergio Hernández Humberto sergio.hernande...@gmail.com escribió: Humberto Humberto Buenos días. Humberto Humberto Quizás me puedan colaborar con la siguiente duda: Estoy desarrollando una Humberto aplicación comercial privada que aplica el seguimiento de activos a través Humberto de un dispositivo electrónico. ¿Puedo utilizar el api de OpenStreetMaps?. A Humberto pesar de que he estudiado los documentos de las licencias de uso aún no me Humberto queda claro. Agradezco su atención. Humberto Humberto -- Humberto Ing. Sergio Hernández Humberto Cel: 3014334236 - 3118045612 Humberto Humberto ___ Humberto Talk-co mailing list Humberto Talk-co@openstreetmap.org Humberto http://lists.openstreetmap.org/listinfo/talk-co Humberto Humberto Humberto ___ Humberto Talk-co mailing list Humberto Talk-co@openstreetmap.org Humberto http://lists.openstreetmap.org/listinfo/talk-co -- Recomiendo DrGeo para explorar geometría euclidea http://documentation.ofset.org/drgeo -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iD8DBQFMr4AHtV4JcpE0AlYRAn4yAJ4xaS0Jh5Sfyu2eL/v/MaH+ZZD0JACeIDOm ZqECbLuHwOvs1pBLu7ICNO0= =aShn -END PGP SIGNATURE- ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co
Re: [Talk-cz] tagování řopíků
http://wiki.openstreetmap.org/wiki/Tag:bunker_type%3Dpillbox h. ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [OSM-talk-fr] Corriger traces avant de les uploader
Le 09/10/2010 05:10, olivier delaune a écrit : Bonjour, il semblerait qu'il soit important d'envoyer sur les serveurs d'OSM ses traces gpx. J'ai donc pour la première fois envoyé l'une d'elle (http://www.openstreetmap.org/user/Olivier%20Delaune/traces/836508). Cependant, je n'avais pas pensé à un petit détail : quelques fois mon GPS déraille et m'enregistre des points qui sont à des années lumière d'où je suis réellement. Cela se traduit par le fait que la trace que j'ai envoyé n'est pas du tout esthétique. Je suppose que ce n'est pas très grave mais s'il y a une solution pour pallier à ce problème, je pourrais m'en servir pour la prochaine fois. Olivier Bonjour, Un des intérêts d'uploader massivement les traces GPS, c'est de pouvoir facilement faire abstraction des points anormaux dans les nuages de traces (passage sous tunnel, rue encaissée, début de trace, oubli d'arrêt en arrivant dans un bâtiment, etc.) Par exemple, regarder les traces par là : http://osm.org/go/0BOKDR4hm-- ; il y a une source de GPX qui habite dans le coin... Une idée de robot, serait un système qui passerait sur les routes et qui plus ou moins manuellement ou automatiquement ferait la moyenne des traces pour recentrer les routes. Évidemment, il y a plein de cas particulier, ce n'est qu'une idée pour le moment. A+ -- Marc Sibert m...@sibert.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] clé pour un resto
Je n'ai pas trouvé la clé qui va bien pour indiquer le N° de Téléphone d'un resto ; Si jamais on veut réserver, c'est pratique de le trouver dans les infos d'un POI ; merci de vos indications, Hélène ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Mise à disposition des données S POTMaps France à la communauté OpenStreetMap par Spot Image
Le 05/10/2010 20:51, Jean-Guilhem Cailton a crit: Bonsoir, On peut aussi, dans Prfrences / WMS, slectionner le rglage par dfaut "SPOTMaps (France)" ( la fin de la deuxime liste) et le copier dans la liste des serveurs affiche, avec le bouton ad hoc (comme indiqu par Jean-Franois), et viter ainsi les suppressions. Cordialement, Jean-Guilhem Pas d'URL SpotX o que ce soit dans les listes et ailleurs. Si qqun pouvait m'envoyer l'URL en priv je lui en serai reconnaissant. Benot R. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] clé pour un resto
Hello, Personnellement histoire de ne pas perdre l'information je la met sous tel ! Autrement si tu veux vraiment mettre sous un tag normalisé tu peut le mettre sous description. CU Stéphane 2010/10/9 hpmt [via GIS] ml-node+5617559-1393362498-176...@n2.nabble.com: Je n'ai pas trouvé la clé qui va bien pour indiquer le N° de Téléphone d'un resto ; Si jamais on veut réserver, c'est pratique de le trouver dans les infos d'un POI ; merci de vos indications, Hélène ___ Talk-fr mailing list [hidden email] http://lists.openstreetmap.org/listinfo/talk-fr View message @ http://gis.638310.n2.nabble.com/cle-pour-un-resto-tp5617559p5617559.html To start a new topic under France, email ml-node+3070341-1821432512-176...@n2.nabble.com To unsubscribe from France, click here. -- Stéphane Brunner -- Un peu d'espace qui vous suis partout - https://www.getdropbox.com/referrals/NTk2OTU2Mjk -- -- View this message in context: http://gis.638310.n2.nabble.com/cle-pour-un-resto-tp5617559p5617610.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] J'ai perdu les Iles de la Loire
Je n'arrive pas à comprendre, mais je pense avoir fait une mauvaise manip, les îles de la Loire n'apparaissent plus entre Amboise et Tours. J'ai voulu en rajouter et les anciennes ont disparu! Pourtant sur JOSM elles sont bien là. Une bonne âme pourrait elle se pencher sur le problème et me dire où est l'erreur? J'ai aussi l'impression que la Loire est assez bizarrement définie, il existe au moins deux multipolygones river(La Loire) , cours deau(La loire) cela est il normal? Pen Beuz aka Eric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] J'ai perdu les Iles de la Loire
tu avais changé le type de multipolygone a waterway, j'ai rétablis. Le multipolygone permet d'inclure une surface dans une autre (une ile dans une rivière, un patio dans un bâtiment ...), le type waterway permet de collecter tous les éléments d'un cour d'eau. Pour que les iles soit visible elle doivent avoir une relation multipolygone. http://wiki.openstreetmap.org/wiki/FR:Tag:waterway% 3Driverbank Pour la relation waterway je n'ai pas tout suivi de la conversation mais il mesemble qu'elle permet de regrouper toutes les relations et éléments composant un cours d'eau et donc les différentes relations multipolygone. http://wiki.openstreetmap.org/wiki/Relations/Proposed/Waterway#Statistics Le samedi 09 octobre 2010 à 12:39 +0200, Pen Beuz a écrit : Je n'arrive pas à comprendre, mais je pense avoir fait une mauvaise manip, les îles de la Loire n'apparaissent plus entre Amboise et Tours. J'ai voulu en rajouter et les anciennes ont disparu! Pourtant sur JOSM elles sont bien là. Une bonne âme pourrait elle se pencher sur le problème et me dire où est l'erreur? J'ai aussi l'impression que la Loire est assez bizarrement définie, il existe au moins deux multipolygones river(La Loire) , cours deau(La loire) cela est il normal? Pen Beuz aka Eric ___ 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] Mise à disposition des données S POTMaps France à la communauté OpenStreetMap pa r Spot Image
2010/10/9 Benoît ROUSSEAU adressepossi...@free.fr Pas d'URL SpotX où que ce soit dans les listes et ailleurs. Si qqun pouvait m'envoyer l'URL en privé je lui en serai reconnaissant. Benoît R. Normalement, si ton plugin est à jour, il devrait chercher la config des wms à cette url: http://svn.openstreetmap.org/applications/editors/josm/plugins/wmsplugin/sources.cfg Maintenant, il est aussi possible qu'un parefeu l'en empêche. Si tu regardes dans ce fichier texte, tu y trouveras l'URL du WMS ainsi que celui de la license SPOTImage pour OSM dont il faut prendre connaissance avant d'utiliser cette source (c'est pour ça que l'url n'est pas distribuée telle quelle). Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] clé pour un resto
Bonjour, Le 09/10/2010 11:17, Stéphane Brunner a écrit : Personnellement histoire de ne pas perdre l'information je la met sous tel ! Autrement si tu veux vraiment mettre sous un tag normalisé tu peut le mettre sous description. 2010/10/9 hpmt [via GIS]ml-node+5617559-1393362498-176...@n2.nabble.com: Je n'ai pas trouvé la clé qui va bien pour indiquer le N° de Téléphone d'un resto ; Si jamais on veut réserver, c'est pratique de le trouver dans les infos d'un POI ; Taginfo indique environ 50.000 occurences de phone=* : http://taginfo.openstreetmap.de/keys/phone et une alternative (10%) avec contact:phone=* http://taginfo.openstreetmap.de/keys/contact:phone vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] J'ai perdu les Iles de la Loire
On 09/10/2010 13:20, simon wrote: tu avais changé le type de multipolygone a waterway, j'ai rétablis. Le multipolygone permet d'inclure une surface dans une autre (une ile dans une rivière, un patio dans un bâtiment ...), le type waterway permet de collecter tous les éléments d'un cour d'eau. Pour que les iles soit visible elle doivent avoir une relation multipolygone. http://wiki.openstreetmap.org/wiki/FR:Tag:waterway% 3Driverbank Pour la relation waterway je n'ai pas tout suivi de la conversation mais il mesemble qu'elle permet de regrouper toutes les relations et éléments composant un cours d'eau et donc les différentes relations multipolygone. http://wiki.openstreetmap.org/wiki/Relations/Proposed/Waterway#Statistics Le type multipolygone permet de faire une surface à partir de plusieurs ways, notamment quand certains ways ont un rôle 'inner' de faire des trous dans cette surface (iles, patio... comme dit Simon). Le type waterway + waterway=river sert à rassembler les parties du cour d'eau, c'est à dire les ways qui représentent le courant. Actuellement, l'usage est de mettre les éléments du cours d'eau mais pas ceux qui représentent la surface (muiltipolygones ou area:riverbank). Les outils (notamment celui de Sly) traitent encore assez mal les ways inclus dans une relation:waterway même quand le rôle 'riverbank' est précisé. Certains ajoutent aussi les relations des affluents avec le rôle 'tributary' ce qui permet un calcul assez rapide du bassin versant d'une rivière donnée. Certains rassemblent la relation:waterway (le cour d'eau) + les éléments du plan d'eau (area:riverbank et multipolygones) + d'autres éléments éventuels dans une relation river. -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Probleme d'import CLC depuis clc.openstreetmap.fr
Bonjour, On dirait qu'il y a un petit soucis quand on tente de downloader des polygones depuis clc.openstreetmap.fr ! Voici ce que j'ai obtenu en essayant de downloader un .osm : ./gis_to_osm.sh: line 4: 3899 Segmentation fault pgsql2shp -u clc -f $id -g the_geom clc SELECT code_06,the_geom FROM clcf06 WHERE id='$id'; /dev/null ERROR 4: .shx file is unreadable, or corrupt. mv: cannot stat `FR-268481.1.osm': No such file or directory Traceback (most recent call last): File ./add_tags.py, line 139, in module i.CopyTo(o) File /home/clc/modules/OsmSax.py, line 60, in CopyTo File /home/clc/modules/OsmSax.py, line 51, in _GetFile IOError: [Errno 2] No such file or directory: 'FR-268481.osm' close failed: [Errno 28] No space left on device rm: cannot remove `FR-268481.osm': No such file or directory Vlad. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Corriger traces avant de les uploader
Autre idée de robot : utiliser les traces pour calculer les temps de parcours de chaque way. Évidement il y a plein de cas particulier ... Ce qui est important c'est que d'autres contributeurs puissent profiter de tes traces pour améliorer le tracé. Pour ma part, même sur une zone mappé, je télécharge toutes les traces et je vérifie que le tracé correspond bien aux traces. Un moyen radical pour corriger c'est d'utiliser gpsbabel. Avec le filtre discard tu peux filtrer sur le nombre de satellites par exemple : gpsbabel -i gpx -f matrace.gpx -x discard,sat=5 -o gpx -F trace_filtre.gpx Un récepteur ne peut calculer de position avec moins de 3 satellites et il lui faut au moins 4 satellites pour calculer l'altitude. En filtrant à partir de 5, tu es certains que les positions ont pu être calculé normalement (mais cela ne garanti pas l'exactitude de ta trace puisque d'autre facteur rentre en compte). Il faut bien sûr que ton récepteur GPS enregistre le nombre de sat dans le gpx. Autre possibilité pour retravailler manuellement les traces, le logiciel viking. Il permet de manipuler les traces (couper, coller, fusionner, effacer) avec la carte OSM en fond (Calque-Nouveau calque Map-OpenStreetMap Mapnik puis faut réarranger les calques pour que la carte soit affiché sous les traces). Vraiment très simple d'utilisation et terriblement efficace, je ne peux plus m'en passer : http://sourceforge.net/apps/mediawiki/viking/index.php?title=Main_Page Sinon je ne connais pas JOSM mais il me semble qu'il peut aussi charger et modifier les fichiers GPX. Le samedi 09 octobre 2010 à 09:21 +0200, Marc Sibert a écrit : Le 09/10/2010 05:10, olivier delaune a écrit : Bonjour, il semblerait qu'il soit important d'envoyer sur les serveurs d'OSM ses traces gpx. J'ai donc pour la première fois envoyé l'une d'elle (http://www.openstreetmap.org/user/Olivier%20Delaune/traces/836508). Cependant, je n'avais pas pensé à un petit détail : quelques fois mon GPS déraille et m'enregistre des points qui sont à des années lumière d'où je suis réellement. Cela se traduit par le fait que la trace que j'ai envoyé n'est pas du tout esthétique. Je suppose que ce n'est pas très grave mais s'il y a une solution pour pallier à ce problème, je pourrais m'en servir pour la prochaine fois. Olivier Une idée de robot, serait un système qui passerait sur les routes et qui plus ou moins manuellement ou automatiquement ferait la moyenne des traces pour recentrer les routes. Évidemment, il y a plein de cas particulier, ce n'est qu'une idée pour le moment. A+ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] clé pour un resto
Le wiki indique que le proposal phone a été rejeté : http://wiki.openstreetmap.org/wiki/Key:phone Et qu'il vaut mieux utilisé contact:phone mais le proposal n'a pas été accepté :-( : http://wiki.openstreetmap.org/wiki/Key:contact:phone Donc prendre 1 des 2, au pire il y aura qqun pour écrire un bot qui transformera l'un en l'autre. A noter que la page phone décrit précisément le format du numéro de téléphone, ben oui quand tu chercheras un restaurant sur ton téléphone équipé d'OSM il pourra l'appeler directement ;-) Le samedi 09 octobre 2010 à 14:40 +0200, Vincent de Chateau-Thierry a écrit : Taginfo indique environ 50.000 occurences de phone=* : http://taginfo.openstreetmap.de/keys/phone et une alternative (10%) avec contact:phone=* http://taginfo.openstreetmap.de/keys/contact:phone ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Probleme d'import CLC depuis clc.openstreetmap.fr
On 09/10/2010 15:39, Vladimir Vyskocil wrote: Bonjour, On dirait qu'il y a un petit soucis quand on tente de downloader des polygones depuis clc.openstreetmap.fr ! Voici ce que j'ai obtenu en essayant de downloader un .osm : ./gis_to_osm.sh: line 4: 3899 Segmentation fault pgsql2shp -u clc -f $id -g the_geom clc SELECT code_06,the_geom FROM clcf06 WHERE id='$id'; /dev/null ERROR 4: .shx file is unreadable, or corrupt. mv: cannot stat `FR-268481.1.osm': No such file or directory Traceback (most recent call last): File ./add_tags.py, line 139, inmodule i.CopyTo(o) File /home/clc/modules/OsmSax.py, line 60, in CopyTo File /home/clc/modules/OsmSax.py, line 51, in _GetFile IOError: [Errno 2] No such file or directory: 'FR-268481.osm' close failed: [Errno 28] No space left on device rm: cannot remove `FR-268481.osm': No such file or directory Vlad. Oui. Très ennuyeux ! Je n'ai pas de solution et je crains qu'il ne faille attendre qu'une soutenance de thèse soit faite pour obtenir la remise en ordre de marche... -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Mise à disposition des données S POTMaps France à la communauté OpenStreetMap par Spot Image
J'ai testé avec Merkaartor (0.16.3) aucun soucis, suffit juste de rajouter dans Outils - Editeur de serveur WMS l'adresse que l'on trouve sur SVN (j'ai perdu un peu de temps a chercher parce que j'avais pas vu le mail de pieren). A noter qu'il suffit de rentrer l'adresse jusqu'au premier (l'adresse jusqu'à ortho.map), le reste : couche, projection, image/jpeg est paramétré avec le reste de la boite de dialogue. Pour ce qui est de la qualité/utilité de ces images, je trouve que c'est bien pratique d'avoir l'image en fond avec une trace gps, surtout quand on a qu'un seul passage. Avec juste l'image SPOT on ne peut pas tracé de route, avec juste une trace on doute sur la qualité de sa trace pour pouvoir tracé. Mais avec les 2 ensemble la route devient évidente. Le samedi 09 octobre 2010 à 14:37 +0200, Pieren a écrit : 2010/10/9 Benoît ROUSSEAU adressepossi...@free.fr Pas d'URL SpotX où que ce soit dans les listes et ailleurs. Si qqun pouvait m'envoyer l'URL en privé je lui en serai reconnaissant. Benoît R. Normalement, si ton plugin est à jour, il devrait chercher la config des wms à cette url: http://svn.openstreetmap.org/applications/editors/josm/plugins/wmsplugin/sources.cfg Maintenant, il est aussi possible qu'un parefeu l'en empêche. Si tu regardes dans ce fichier texte, tu y trouveras l'URL du WMS ainsi que celui de la license SPOTImage pour OSM dont il faut prendre connaissance avant d'utiliser cette source (c'est pour ça que l'url n'est pas distribuée telle quelle). Pieren ___ 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] clé pour un resto
Hello, 2010/10/9 Vincent de Chateau-Thierry [via GIS] ml-node+5617972-1762901563-176...@n2.nabble.com: Bonjour, Le 09/10/2010 11:17, Stéphane Brunner a écrit : Personnellement histoire de ne pas perdre l'information je la met sous tel ! Autrement si tu veux vraiment mettre sous un tag normalisé tu peut le mettre sous description. 2010/10/9 hpmt [via GIS][hidden email]: Je n'ai pas trouvé la clé qui va bien pour indiquer le N° de Téléphone d'un resto ; Si jamais on veut réserver, c'est pratique de le trouver dans les infos d'un POI ; Taginfo indique environ 50.000 occurences de phone=* : http://taginfo.openstreetmap.de/keys/phone Effectivement, j'ai modifier mes tags ;-) CU Stéphane et une alternative (10%) avec contact:phone=* http://taginfo.openstreetmap.de/keys/contact:phone vincent ___ Talk-fr mailing list [hidden email] http://lists.openstreetmap.org/listinfo/talk-fr View message @ http://gis.638310.n2.nabble.com/cle-pour-un-resto-tp5617559p5617972.html To start a new topic under France, email ml-node+3070341-1821432512-176...@n2.nabble.com To unsubscribe from France, click here. -- Stéphane Brunner -- Un peu d'espace qui vous suis partout - https://www.getdropbox.com/referrals/NTk2OTU2Mjk -- -- View this message in context: http://gis.638310.n2.nabble.com/cle-pour-un-resto-tp5617559p5618228.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] clé pour un resto
2010/10/9 Francisco DOS SANTOS f.dos.san...@free.fr Et qu'il vaut mieux utilisé contact:phone mais le proposal n'a pas été accepté :-( : http://wiki.openstreetmap.org/wiki/Key:contact:phone Hehe, ça me fait bien marré quand je lis que le tag a été rejeté (par 7 personnes : http://wiki.openstreetmap.org/wiki/Proposed_features/Phone) et qu'il y en a 53.000 dans la base (http://taginfo.openstreetmap.de/keys/phone) Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Votes sur le wiki - était:clé pour un resto
2010/10/9 sylvain letuffe sylv...@letuffe.org Sans rapport aucun avec les propositions dont on parle ici, je trouve fallacieux cette approche que l'on voit de plus en plus qui consiste à considérer le contenu de la base comme une quasi preuve de la qualité d'un tag. Ca n'est pas ce que j'ai écris. Mais bon, que pèse les 7 'contre' votes sur le wiki (et 6 qui 'pour') et les 50.000 votes dans la base (avec sans doute beaucoup de personnes différentes mais je milite pour un tel outil statistique) ? De plus, si on regarde ma modification sur le wiki: http://wiki.openstreetmap.org/w/index.php?title=Key%3Aphoneaction=historysubmitdiff=543485oldid=466241 je laisse bien visible la proposition alternative. L'essentiel, c'est que les gens puissent eux-même choisir au-delà des 2 pelés et 3 tondus qui interviennent sur les listes et le wiki (toujours les mêmes, dont moi). Et qu'au bout d'un certain temps (quelques mois), on s'arrête un peu pour faire le point sur le succès de tel ou tel version et en profiter pour nettoyer le wiki et, si quelqu'un s'en sent le courage, la base (comme le récent highway=incline ou les plus anciens noname) Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] J'ai perdu les Iles de la Loire
merci pour vos réponses et réparation. Eric Le 09/10/2010 15:32, Vincent Pottier a écrit : On 09/10/2010 13:20, simon wrote: tu avais changé le type de multipolygone a waterway, j'ai rétablis. Le multipolygone permet d'inclure une surface dans une autre (une ile dans une rivière, un patio dans un bâtiment ...), le type waterway permet de collecter tous les éléments d'un cour d'eau. Pour que les iles soit visible elle doivent avoir une relation multipolygone. http://wiki.openstreetmap.org/wiki/FR:Tag:waterway% 3Driverbank Pour la relation waterway je n'ai pas tout suivi de la conversation mais il mesemble qu'elle permet de regrouper toutes les relations et éléments composant un cours d'eau et donc les différentes relations multipolygone. http://wiki.openstreetmap.org/wiki/Relations/Proposed/Waterway#Statistics Le type multipolygone permet de faire une surface à partir de plusieurs ways, notamment quand certains ways ont un rôle 'inner' de faire des trous dans cette surface (iles, patio... comme dit Simon). Le type waterway + waterway=river sert à rassembler les parties du cour d'eau, c'est à dire les ways qui représentent le courant. Actuellement, l'usage est de mettre les éléments du cours d'eau mais pas ceux qui représentent la surface (muiltipolygones ou area:riverbank). Les outils (notamment celui de Sly) traitent encore assez mal les ways inclus dans une relation:waterway même quand le rôle 'riverbank' est précisé. Certains ajoutent aussi les relations des affluents avec le rôle 'tributary' ce qui permet un calcul assez rapide du bassin versant d'une rivière donnée. Certains rassemblent la relation:waterway (le cour d'eau) + les éléments du plan d'eau (area:riverbank et multipolygones) + d'autres éléments éventuels dans une relation river. -- FrViPofm ___ 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] Votes sur le wiki - était:clé pour un resto
sylvain letuffe a écrit , Le 09/10/2010 19:26: Et bien justement, je suis bien incapable de dire que pèse quoi. Mais ta phrase utilise un ton qui laisse penser que pour toi, la réponse est clair. Dans ce cas là, c'est sûrement valable, je te l'accorde, Merci à tous pour votre éclairage ; pour ma part, ma préférence ira à contact:phone= ; car cette clé permettrait de retrouver toutes les manière d'entrer en contact, en recherchant la sous-chaîne contact ; ça me plait bien. Et j'ai parcouru toutes les pages du wiki que vous citez, ou celles qui sont en lien avec ; Et, les yeux à l'horizon, je me demande si la raison profonde de la désorganisation du wiki ne serait pas une pulsion collective à rabattre les cartographes vers le café-talk ; finalement, on n'est pas si mal ici :)). Hélène ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] clé pour un resto
Hello, Surtout quand 2 disent avec cela fais doublon avec amenity:telephone qui n'a rien a voire. Par contre sur la page de amenity:telephone http://wiki.openstreetmap.org/wiki/Tag:amenity%3Dtelephone Je ne voie pas ce que contact:phone viens faire, c'est le numéro de l'opérateur ? Si c'est le numéro de la cabine cela n'a rien a faire dans contact ! du moins a mon avis... CU Stéphane 2010/10/9 Pieren [via GIS] ml-node+5618347-1725921743-176...@n2.nabble.com: 2010/10/9 Francisco DOS SANTOS [hidden email] Et qu'il vaut mieux utilisé contact:phone mais le proposal n'a pas été accepté :-( : http://wiki.openstreetmap.org/wiki/Key:contact:phone Hehe, ça me fait bien marré quand je lis que le tag a été rejeté (par 7 personnes : http://wiki.openstreetmap.org/wiki/Proposed_features/Phone) et qu'il y en a 53.000 dans la base (http://taginfo.openstreetmap.de/keys/phone) Pieren ___ Talk-fr mailing list [hidden email] http://lists.openstreetmap.org/listinfo/talk-fr View message @ http://gis.638310.n2.nabble.com/cle-pour-un-resto-tp5617559p5618347.html To start a new topic under France, email ml-node+3070341-1821432512-176...@n2.nabble.com To unsubscribe from France, click here. -- Stéphane Brunner -- Un peu d'espace qui vous suis partout - https://www.getdropbox.com/referrals/NTk2OTU2Mjk -- -- View this message in context: http://gis.638310.n2.nabble.com/cle-pour-un-resto-tp5617559p5618558.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
