[Talk-bd] call For Papers
Dear Colleague, Online International Journal of Engineering and Technology Research is currently accepting manuscripts for publication. OIJETR publishes high-quality solicited and unsolicited articles, in English, in all areas of the subject pertaining to Biotechnology, Information Technology, Aeronautical/Aerospace Engineering, Agricultural Engineering, Architectural Engineering, Automobile Engineering, Biological Engineering, Biochemical Engineering, Biomedical Engineering, Ceramic Engineering, Chemical Engineering, Civil Engineering, Computer Engineering, Electrical Engineering, Electronic Engineering, Environmental Engineering, Genetic Engineering, Industrial Engineering, Petroleum Engineering, Production Engineering, Marine Engineering, Material Science, Mechanical Engineering, Nuclear Engineering, Structural Engineering, Textile Engineering, etc. All papers published by OIJETR are peer-reviewed after which they undergo revision by the author. Upon receipt of the revised article from the author, same undergo final evaluation before publication if it qualifies for same. OIJETR is a rapid response journal with an issue published every month. Our objective is to publish manuscript(s) that meets the requirement for publication within a MONTH of submission. All publish articles are to remain forever in the journal?s website. We also give hard (printed) copies upon request. The following types of papers are considered for publication: ? Original articles in basic and applied research. ? Critical reviews, surveys, opinions, commentaries and essays. One key request of researchers across the world is open access to research publications. Online International Journal of Engineering and Technology Research is fully committed to providing free access to all articles as soon as they are published (published articles are freely downloaded for use by any researcher across the world). Our large readership base makes it possible for publish articles to be beneficial to the millions of researchers across the world. We ask you to support this initiative by publishing your papers in this journal or any of our sister journals that suits your research work. For details with regards to our sister journals visit: http://onlineresearchjournals.org/journals.htm Authors guide is available on http://onlineresearchjournals.org/OIJETR/instructions.htm. Prospective authors should send their manuscript(s) to any of the following email: ojetr.onlineresea...@gmail.com or submit.oij...@onlineresearchjournals.org Please visit http://onlineresearchjournals.org/OIJETR for more details. Best regards, Kelvin Christopher Editorial Assistant Online Invitation Journal of Engineering and Technology Research Online Research Journals E-mail: submit.oj...@onlineresearchjournals.org http://onlineresearchjournals.org/OIJETR ___ Talk-bd mailing list Talk-bd@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-bd
[Talk-hr] Nedozvoljene podloge
http://www.openstreetmap.org/?lat=43.7535lon=16.474zoom=13layers=M Korisnik po imenu TonicGeek več duže vrime crta na ovom području i pri tome koristi kao podlogu HOK...Hrvatsku Osnovnu Kartu i to navodi kao tag source Koliko j meni poznato to DGU nije dozvolio. Napiso sam mu poruku da to izbriše i da se na našim wiki stranicama informira o podlogama koje možemo legalno koristiti ali korisnik ne odgovara i ne reagira. Što raditi sa takvim podacima na karti? Joža Habijan -- “the location of anything is becoming everything.” ___ Talk-hr mailing list Talk-hr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-hr
Re: [Talk-hr] Nedozvoljene podloge
Što prije brisati dok se ne zagade i ostali podaci pa ćemo morati brisati puno više od toga što je on napravio... ___ Talk-hr mailing list Talk-hr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-hr
Re: [Talk-hr] Nedozvoljene podloge
Pojedinacno brisati ili u JOSMu napaviti revert svakog changeseta? Sto je lakse? --- Pozdrav, Goran OSM: http://www.osm.org/user/CroKimba/ Sent via BlackBerry from Vodafone -Original Message- From: valent.turko...@gmail.com valent.turko...@gmail.com Date: Fri, 31 May 2013 10:23:59 To: Jožajhabi...@gmail.com Cc: openstreetmap-hrtalk-hr@openstreetmap.org Subject: Re: [Talk-hr] Nedozvoljene podloge Što prije brisati dok se ne zagade i ostali podaci pa ćemo morati brisati puno više od toga što je on napravio... ___ Talk-hr mailing list Talk-hr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-hr ___ Talk-hr mailing list Talk-hr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-hr
Re: [talk-ph] OSM notes in Santa Cruz, Manila
Thanks to these notes, the Philippines is now the country with the 7th highest number of notes. And izay (of ESSC) is the OSM-PH user with the most submitted notes. :-) http://resultmaps.neis-one.org/osm-notes-country?c=Philippines On Sat, May 25, 2013 at 6:07 PM, maning sambale emmanuel.samb...@gmail.comwrote: Dear everyone, Just got back from another community mapping. This is part of our Quiapo project extending the coverage to surrounding parishes. The original plan is to use fieldpapers annotation. But we can't upload the scans this afternoon. Instead, we just transferred the data to notes. Link below: http://www.openstreetmap.org/?lat=14.6051lon=120.97954zoom=15layers=MN Feel free to fix the data or add more comments to clarify each note. The notes feature is a simple but very effective way adding more data. Although it is hard to precisely locate in the map when using a phone. Tnx. Maning Sambale (mobile) ___ 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] Aldi GPS OpenStreetMap
Volgens het duitse forum kan je de kaarten niet vervangen : http://forum.openstreetmap.org/viewtopic.php?id=21361 Op 30 mei 2013 19:24 schreef Sander Deryckere sander...@gmail.com het volgende: Er stond wel degelijk OpenStreetMap vermeld in de folder. Ik ben inderdaad ook nieuwsgierig naar het formaat. Meestal zijn die Medion dingen voor hun eigen gemak tamelijk open en hack-baar. Dus verwacht ik wel dat ze ergens een standaard formaat gebruikt hebben en niet hun eigen render software geschreven hebben. Wat functies betreft zijn ze nogal karig met hun info. Routeberekening? Adres zoeken? POI zoeken? Op 30 mei 2013 18:55 schreef Guy Vanvuchelen guido.vanvuche...@pandora.be het volgende: In het reclameblad van Aldi heb ik dat toestel gezien maar ik kan me niet herinneren dat er bij stond dat je de kaarten van OpenStreetMap kan gebruiken. Ik vraag me af hoe die kaarten kunnen geladen worden. Er staat ook niet bij of je de kaarten van OpenStreetMap in een andere schaal dan 1:100.000 kan inladen. De prijs is zeker gunstiger dan een vergelijkbaar toestel van Garmin, maar daar ben je zeker van goede kaarten (van OpenStreetMap) ** ** ** ** Guy Vanvuchelen ** ** *Van:* Marc Gemis [mailto:marc.ge...@gmail.com] *Verzonden:* donderdag 30 mei 2013 18:32 *Aan:* OpenStreetMap Belgium *Onderwerp:* [OSM-talk-be] Aldi GPS OpenStreetMap ** ** via het Nederlandse forum / from the Dutch forum: ** ** http://nl.aldi.be/aldi_outdoornavigatiesysteem_48_5_989_11671.html ** ** ___ 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 ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] URBis, Open!
Hi, I just managed to create another script which automates the integration of the existing buildings with the buildings generated from the UrbIS data. It runs inside the scripting plugin of JOSM. So now there is 1 script to select all the buildings belonging to 1 street. Then copy/paste this into a new layer. Download the data from OSM and run the next script. I'll be in Asse for the following 2 days. If somebody would like some help to configure JOSM, Jython or a demonstration of how to use these scripts, you're welcome there: http://www.rhok.be/ If you want to come and help with the hacking, bettter subscribe, then there's even some food included :-) I refrain from posting the script at the moment, as I'm not done testing it, quite yet. Everybody who wants to start using the scripts, also needs to read this: http://wiki.openstreetmap.org/wiki/Mechanical_Edit_Policy Of course, if somebody objects to us improving the address data in Brussels or have suggestions on how to do it better, they should speak up now. Hmm, I should go and create a page somewhere, where the process is described in detail... I'll get around to that. Important to note: When uploading changes, you must add a comment tag to the changeset that describes the changes made in this changeset in a human-readable way. You must also add the tag mechanical=yes (or bot=yes), and you must link to the wiki page or user page documenting your changes from the description tag (e.g. description=http://wiki.openstreetmap.org/wiki/MechanicalEdits/John Doe#Tag Fixup January 2013). We still have to vet every building manually to eliminate the superfluous nodes though... I haven't found a way to automate that (yet) I may come up with yet another script which takes care of setting all those tags on the changeset, as well as a source tag. Polyglot ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
[OSM-talk-be] address cleanup
The past couple of days, I've been cleaning up quite some addresses where I made mistakes. My apologies, I'll try to be more careful in the future. And I'll adapt the way I map POIs. But I also encountered quite a lot of housenumbers where the mapper didn't bother to add the street. And now I understand what Glenn was talking about a couple of weeks ago. Look at http://osmose.openstreetmap.fr/en/map/?zoom=17lat=51.00903lon=4.4241layers=BFFTitem=2060level=1,2,3 None of those house numbers have a street name. However, somehow, Nomatim seems to work out most houses correctly. I assume it takes the street that is closest to the house. However for Zepstraat 1, Mechelen, it finds the wrong house. So I would like to repeat Glenn's statement: please try to add complete address information. It's a small effort to add the streetname together with the housenumber. It's great that all those numbers are added, but I'm not sure all clients are as smart as Nomatim. This might also be part of reason that Belgium is scoring bad in the osmose tests. I'll try to correct the situation in that area later. Time to go to bed now. regards m ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk] [Talk-ca] Tag for Tim Horton's
Just a polite reminder that the tagg...@openstreetmap.org list is the proper place for such discussions... On Fri, May 31, 2013, at 1:42, Paul Johnson wrote: Not a cafe, then, that'd be more of a restaurant. On Thu, May 30, 2013 at 6:21 PM, John F. Eldredge j...@jfeldredge.comwrote: I have often seen the term used in the USA by casual-dining restaurants that cook from scratch, instead of relying on the heavily pre-prepared food characteristic of fast-food restaurants. These cafes have beverages available, but in limited variety, since the emphasis is on the food. Eugene Alvin Villar sea...@gmail.com wrote: On Fri, May 31, 2013 at 5:11 AM, Andrew MacKinnon andrew...@gmail.comwrote: is there such a thing as a cafe that is not a coffee shop? Yes, if it is a tea shop. -- talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk -- Sent from my Android device with K-9 Mail. Please excuse my brevity. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] 29 juni Amsterdam Open Data Hackathon
Op zaterdag 29 juni is er weer een Hack de Overheid Hackathon! Veel open data, Apps, Hacks en de vraag: Ga je mee naar Europa? De inloop is vanaf 09.30 uur en we beginnen om 10.00 uur. Wat is er nieuw? Het stadhuis van de gemeente Amsterdam is voor 1 dag van ons. Dat betekent coden in de Raadszaal! We hebben de inschrijving daarom iets aangepast: Verzamel met je team de meeste likes en claim de stoel van de Burgemeester, Wethouders of Raadsleden. http://vote.hackdeoverheid.nl/ Het netwerk Open Onderwijs Data lanceert haar eigen community onderwijs API voor Nederland. (http://www.openonderwijsdata.nl/) Meerdere dagprijzen van 500 euro voor de vetste 'Hacks' op de dag zelf. Waaronder de beste Voornamen App en waarschijnlijk ook 'Woon Apps'. Kortom, 29 juni Hackathon in Amsterdam: Raadszaal - Business Lounge - Verse data - Vette Apps - prijzen - inschrijven (http://vote.hackdeoverheid.nl/). Groet, Team HackdeOverheid http://www.hackdeoverheid.nl/ Twitter: @hackdeoverheid Facebook: http://www.facebook.com/Hackdeoverheid ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Who interprets semicolon in tag values?
Hi! We have had an informal convention for a long time to use a semicolon (;) in tag values to separate multiple values, for instance ref=I 70; US 40 to denote that there are two numbered roads on a way. But most software out there doesn't actually interpret this in any special way. If you know of any software that actually does interpret this specially, please tell me. I am trying to get an idea where and how this is used in the real world. You can answer here on the list or write to me privately, I'll summarize for the list later. Thanks! Jochen -- Jochen Topf joc...@remote.org http://www.jochentopf.com/ +49-721-388298 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Who interprets semicolon in tag values?
I have used it, but I don't have a current example. It's difficult because to do it right, you sometimes need to know if a value is in the semi-colon value, and sometimes you want to know if it matches exactly. To that end, I ended up with somerthing like this (in pseudocode): ele.tags = { name: Joe's Crab Shack, amenity=restaurant;bar } ele.expanded_tags = {name: Joe's Crab Shack, amenity: [restaurant], [bar]} - Serge ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Who interprets semicolon in tag values?
Similarly, I parse route_ref to identify which stops are served by a particular bus route. Maperitive can't pick out the nodes from the relation directly, so I was glad of the alternative/duplicate method. On Fri, May 31, 2013 at 4:44 PM, Jo winfi...@gmail.com wrote: When standing in front of a bus stop, it's easy to see which bus lines are served by it. I add this information to route_ref This enables me to check later on when trying to add the stop to the proper route relations. In the mean time I have a database file with all the bus stops in the region and which buses pass by at what time . The script which creates an OSM file based upon this also populates route_ref. It is then very easy to find all stops served by a given line: RR route_ref=(^|.+;)17(;.+|$) inview This is a regular expression search. Jo 2013/5/31 Jochen Topf joc...@remote.org Hi! We have had an informal convention for a long time to use a semicolon (;) in tag values to separate multiple values, for instance ref=I 70; US 40 to denote that there are two numbered roads on a way. But most software out there doesn't actually interpret this in any special way. If you know of any software that actually does interpret this specially, please tell me. I am trying to get an idea where and how this is used in the real world. You can answer here on the list or write to me privately, I'll summarize for the list later. Thanks! Jochen -- Jochen Topf joc...@remote.org http://www.jochentopf.com/ +49-721-388298 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] SOTM accommodation options?
Hi All, Apologies for the delay in replying - I wanted to chase up the facts before getting back to you. The Classic, Standard and Superior options are all for the Aston Conferences hotel. Details about the rooms can be found at http://www.conferenceaston.co.uk/Content.aspx?PageId=1705 As for the Student Residence option, this is something separate. I'm trying to find some details but from what I know already, Aston University has just built a brand new student halls of residence, and as is quite common in the UK, the rooms are let to conference visitors during the summer months. I don't want to use the word dorm because it has different meanings in the UK and the US. I anticipate the rooms are single and en suite (shared rooms is very uncommon in UK Universities). So to confirm, the brand new Student Residence block has a separate sign up process. I will reply with details as soon as I get them. Apologies for the delay, Rob ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Who interprets semicolon in tag values?
iD interprets semicolon-delimited tag values specially for purposes of merging tags, for example when joining two adjacent streets. It splits on semicolon and optional whitespace, and then takes the union of the resulting sets of values: https://github.com/systemed/iD/blob/f02df04102e8da4561e66fa7887e9683d582c222/test/spec/core/entity.js#L100-L120 On Fri, May 31, 2013 at 8:03 AM, Jochen Topf joc...@remote.org wrote: Hi! We have had an informal convention for a long time to use a semicolon (;) in tag values to separate multiple values, for instance ref=I 70; US 40 to denote that there are two numbered roads on a way. But most software out there doesn't actually interpret this in any special way. If you know of any software that actually does interpret this specially, please tell me. I am trying to get an idea where and how this is used in the real world. You can answer here on the list or write to me privately, I'll summarize for the list later. Thanks! Jochen -- Jochen Topf joc...@remote.org http://www.jochentopf.com/ +49-721-388298 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Who interprets semicolon in tag values?
I would imagine that the semicolons in the opening_hours tag are interpreted by numerous data consumers. Rob ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Who interprets semicolon in tag values?
On Fri, 31 May 2013 17:03:26 +0200, Jochen Topf wrote: If you know of any software that actually does interpret this specially, please tell me. I am trying to get an idea where and how this is used in the real world. You can answer here on the list or write to me privately, I'll summarize for the list later. Thanks! http://osmstats.hanskalabs.net/ OSMStats uses it, and it counts values as if they were single objects. For its purposes, this is enough: an amenity=bar;cafe gets counted both as an amenity=bar and an amenity=cafe. I can't tell whether this approach makes sense in every scenario, but right nown I can't think of any reason why it would be bad (maybe just because I'm going to bed). Kindly, David -- . ''`. Debian developer | http://wiki.debian.org/DavidPaleino : :' : Linuxer #334216 --|-- http://www.hanskalabs.net/ `. `'` GPG: 1392B174 | http://deb.li/dapal `- 2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174 signature.asc Description: PGP signature ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] SOTM 2013 - An update
Hi Everyone, So the Early-bird tickets for OSM's State of the Map conference are now all gone :-( Did you get one? If not don't worry, normal tickets remain on sale* and you can still get a GBP10 discount if you join the OSM Foundation. It's worthwhile joining the foundation and attending the conference - but then I would say that as I'm biased! http://2013.stateofthemap.org/info/booking/ http://wiki.osmfoundation.org/wiki/Join Also, don't forget to submit your presentations. We just need a few words describing the theme, but you will have to act quickly - call for presentations ends a week Monday: http://2013.stateofthemap.org/info/call-presentations/ Regards, Rob * although tickets are going quick so don't leave it too late :-) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] OSM Notes feature
Curious when the JOSM OpenStreetBugs feature will be updated to handle the new Notes system, does anyone know? Also curious if the Skobbler folks follow the list, and what the thoughts are of either incorporating their Mapdust category features (I find them handy) into Notes, and/or possibly merging Mapdust into Notes. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] SOTM 2013 - An update
On 1 June 2013 00:30, Paul Norman wrote: Does this include poster exhibitions? No, the posters option will stay open after the call for presentations closes, but we do encourage people to have a go at presenting if they can attend in person. We're a great community and it's always nice to hear things first hand :-) http://2013.stateofthemap.org/info/call-presentations/ Rob p.s. It also helps the organising committee volunteers if you could kindly indicate your intentions by using the webform at the link above, as soon as you feel able too. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk-nl] Open Data
Beste OpenStreetMappers, Over twee weken Geo Freedom Day universiteit Twente Enschede: GeoFort - Willemijn Simon van Leeuwen (Open) geodata, maar waar? - Ine de Visser (Geonovum) Goudappel Coffeng: Filosofie m.b.t. vrije ruimtelijke gegevens, voorbeelden open data projecten, spanningsveld commercie / open data en opdrachtgevers die het niet op prijs stellen als de in voor hun vergaarde data openbaar wordt en de redenen daarvoor. - Dirk Bussche (Goudappel Coffeng) INSPIRE: Infrastructure for Spatial Information in the European Community - Herman Assink Pilot Linked Open Data en open data beleid van TU Delft Geomatics - Wilko Quak http://www.geofreedomday.nl/ Het zou erg fijn zijn als je je nu al opgeeft, ook als je nog niet zeker weet of je komt. Aanstaande woensdag zullen er in Den Haag lezingen zijn over Wiki Loves Monuments, gemeentedocumenten en open data: http://www.documentfreedomday.nl -- Learn programming, in your browser: tryrebol.esperconsultancy.nl Met vriendelijke groet, Best regards, mit freundlichen Grüßen, Cordialement, Cordiales saludos, Bas de Lange +31 (0)6 166 26 950 basdelange.com ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [talk-au] Newcastle Inner Bypass - Motorway or not ?
On 29/05/13 22:51, Ian Sergeant wrote: I'd like to indicate freeway class sections as motorways, however, I can see the argument to just objectively use the RMS classifications. Will save edit wars down the track to just have one easy rule. There is a legal difference between a divided highway and a freeway in Australia, so if it is not actually called a freeway/motorway via signage then it really isn't one. ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
[talk-au] Help checking out huts on the Overland Track
Hi I am currently on the Overland Track I noticed that Pine Valley Hut and New Pellion Hut are not showing up. Someone has been changing alpine huts to shelters. Can someone check this out for me and confirm that they ate not engaged in edit wars. Much appreciated. Cheers Brett Russell PO Box 94 Launceston Tas. 7250 Australia 0419 374 971 ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Newcastle Inner Bypass - Motorway or not ?
On 1 June 2013 09:29, Michael James m.ja...@internode.on.net wrote: There is a legal difference between a divided highway and a freeway in Australia, so if it is not actually called a freeway/motorway via signage then it really isn't one. Firstly, I'm a little sceptical of there actually being a legal difference. Can you point to a source that would make this clear? Freeway/motorway standard is a term commonly used by the RMS, but it is an engineering standard. RMS are labelling roads clearly not motorway standard as 'M' roads and v.v. The standard required clearly also varies between states, with what passes for a freeway in Victoria doesn't cut it in NSW, for example. There are freeway commence signs on roads that will not be labelled as 'M' roads (or even, in some cases, not even given an alphanumeric designation) *RMS appreciates that other sections of road that will be signposted as the A1 under the new system may already be of motorway standard. However, to avoid frequent changes between M1 and A1 numbering, RMS will hold off assigning the M1 designation until sections of the road between major town centres have been upgraded *. So, the question is, do we want to use the engineering standard of the road to decide our tagging, or do we want to use the RMS 'M' indicator - because the two aren't necessarily linked. Personally, I'd like to think we can find a way to use the roadway standard. For example, I think tagging the Harbour Bridge as a motorway (60km/h non-divided) is wrong. However, I also see the value of adopting objective standards in OSM, so I'm happy to go along with the labelling that RMS uses, if it allows more consistency across the state. Ian. ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Help checking out huts on the Overland Track
Hi Thanks for that. Must be the changes are not reflected in the OSM Australia download that I did two days ago. Normally Alpine Hut shows up. In my Garmin file it is showing as a shelter so you need to be down at less than 50 metres for it to show. Alpine huts hang in for 2km from memory. Actually would not mind working with someone to put up a bushwalking specific img so mountains and foot designated paths hang in. Oh and I be Ent. Mapped the area out in detail for our nine day walk. Once again thanks for the prompt response, much appreciated. Cheers Brett Russell PO Box 94 Launceston Tas. 7250 Australia 0419 374 971 On 01/06/2013, at 2:38 PM, Ian Sergeant ina...@gmail.com wrote: Hi Brett, Can you be a little more specific. What is your OSM id? The Pine Valley Hut used to be amenity=hut, and now is tourism=alpine_hut. I can't imagine the latter will show up. It was changed by user=Ent on the 22nd of May, but no other changes for years.. Ian. On 1 June 2013 14:28, Brett Russell brussell...@live.com.au wrote: Pine Valley Hut ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Newcastle Inner Bypass - Motorway or not ?
On 01/06/2013, at 2:33 PM, Ian Sergeant inas66+...@gmail.com wrote: On 1 June 2013 09:29, Michael James m.ja...@internode.on.net wrote: There is a legal difference between a divided highway and a freeway in Australia, so if it is not actually called a freeway/motorway via signage then it really isn't one. Firstly, I'm a little sceptical of there actually being a legal difference. Can you point to a source that would make this clear? Not that I'm sure we should use it but I think they are usually gazetted by state government eg NSW http://www.austlii.edu.au/cgi-bin/sinodisp/au/legis/nsw/consol_act/ra199373/s48.html?stem=0synonyms=0query=Freeway Any state that has laws prohibiting access to certain groups (eg pedestrians) to freeways needs a legal definition. I'm pretty sure most states and countries that have freeways limit access. ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [Talk-de] Wir sind doch nicht bei Wikipedia-de
Am 31. Mai 2013 02:18 schrieb Tobias Conradi mail.2...@tobiasconradi.com: 2013/5/30 Falk Zscheile falk.zsche...@gmail.com: @tobias Ich kann verstehen, das du dich ungerecht behandelt fühlst. Jeder hat schon mal das eine oder andere frustrierende Erlebnis im Wiki gehabt. Ja, frustrierend war das wirklich. http://wiki.openstreetmap.org/wiki/Special:Contributions/Tobias_Conradi Zwei Artikel angelegt, in einem drin herumgelöscht, der andere komplett weg. Nach ~60h habe ich meine Tätigkeit für Dokumentation im OSM-Wiki eingestellt. Aber bitte verstehe auch, das andere hier nachhaken und versuchen den Sachverhalt aufzuklären bzw. besser zu verstehen. Wen meinst Du? Wenn jemand auf deine Beschwerde hin schreibt: Du nutzt das Wiki als privaten Notizzettel / Bug Report dann ist das seine Beweisführung, denn er hat sich offensichtlich die Mühe gemacht, etwas zu recherchieren. Dann ist es zumindest unhöflich ihm nur zu antworten: Beweisführung? Denn damit weißt du alles pauschal zurück und stößt so Personen, die sich der Problematik annehmen (wollen) vor den Kopf. Richtig wäre gewesen zu fragen An welcher Stelle habe ich denn nur Notizen hinterlassen, die für andere nicht nützlich sind? oder Was ist an XYZ eine persönliche Notiz, die für keinen anderen nützlich sein soll? Dann hätten auch spätere Leser etwas von dem Verlauf des Threads. Bitte bedenke, dass hier viele mitlesen, die unter Umständen helfen wollen, aber nicht auch noch Lust haben zu recherchieren, was vorgefallen ist. Solch kurze Pauschalantworten werden in Fachkreisen unsubstantiiertes Bestreiten genannt, weil pauschal zurückgewiesen wird, ohne etwas neues zu den Umständen beizutragen. - René Kirchhoff mit Wo ist dein Problem? ... Willst du uns damit sagen, dass du nicht in der Lage bist - Ronnie Soak mit Du nutzt das Wiki als privaten Notizzettel ... Deine Kurzkommentare mit denen du den Ball wieder von dir wegzuspielen versuchst und der aus meiner Sicht aggressive Grundton @aggressive Grundton 08:36, 26 September 2012 Giggls (Talk | contribs) . . (912 bytes) (-278) . . (gröbsten Unsinn entsorgt) Das war nicht richtig und nicht der Umgangston, den wir uns bei OSM wünschen. Auf der Liste lesen aber vorwiegend Personen, die am eigentlichen Streit nicht beteiligt waren. Sie mit einem ähnlich aggressiven Grundton einzudecken, wie es dir (leider) widerfahren ist, haben diese Mitleser als unbeteiligte nicht verdient. Davon abgesehen ist es natürlich auch keine gute Taktik ein Gespräch zu führen, von dem man tatsächlich Lösungen erwartet. Um es bildlich auszudrücken: Im Nadelwald ist dir ein Ast auf den Kopf gefallen und jetzt verfluchst du dafür den Laubwald. sind für alle Interessierten wenig hilfreich. Wieso kannst Du eine Aussage für alle Interessierten treffen? Weißt Du etwa wer hier alles mitliest? Oder wer über das Pipermail-Archiv auf den Wir sind doch nicht bei Wikipedia-de-Thread stößt? Vielleicht finden einige Interessierte meine wie auch immer grundgetönten Aussagen ja doch hilfreich, schließlich haben sie ja einige Äusserungen von Drittpersonen hervorgerufen. Das kann natürlich sein. Nach dem bisherigen Verlauf des Threads maße ich mir dennoch an, die Lage richtig eingeschätzt zu haben :-) und prognostiziere, dass der Thread für dich und andere nicht hilfreich sein wird, aber zumindest sehr lehrreich ... Gruß, Falk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Dicht gemappte Gebiete
Hallo, ich kann die Info von Holger bestätigen. Wir liefern laufend unserer Ortungs-Lösungen nach Afrika und hatten auch längere Zeit einen Entwickler in Yaounde sitzen. Dort ist es nicht möglich, dem Kollegen etwas mit einem Paketdienst ins Haus zu schicken weil es keine Adressen gibt. Statt dessen wird der Empfänger angerufen und muss dann das Paket in einem Depot abholen. Die Adresse wird also durch eine Telefonnummer ersetzt und ist daher die wichtigste Angabe im Adressfeld des Pakets. Auch Bing und Google haben dort kaum Strassennamen oder gar Hausnummern und in OSM war bis zum Import auch nur wenig erfasst, wohl auch weil Yaounde fast immer unter Wolken liegt und daher Satellitenbilder unvollständig sind. Und die vorhandenen Straßennamen sind oft Strassen-Nummern, also nichts Gewachsenes, von der Bevölkerung Verinnerlichtes. Auch aus anderer Sicht ist der Import, an dem ich in keiner Weise beteiligt war, begrüßenswert: Yaounde war bis in die 60er Jahre des vorigen Jahrhunderts Kolonie, erst deutsch, später französisch. Aus dieser Zeit gibt es ganz gute Karten. Nach der Unabhängigkeit haben dort Leute regiert, die an der Unterdrückung der Bevölkerung interessiert waren und dazu gehört auch eine mangelnde Information über Infrastruktur inkl. Karten. Das hat dazu geführt, dass die letzten vernünftigen Karten erstellt wurden als Yaounde 10x kleiner war als es heute ist. In sofern ist das, was kürzlich für Yaounde von offizieller Stelle zur Verfügung gestellt wurde, sehr begrüßenswert und konkret hilfreich und trägt nebenbei zu einer weiteren Demokratisierung bei weil jede zusätzlich für Jedermann verfügbare Information in Verbindung mit immer besser ausgebildeten Menschen dabei hilft, problematische Regierungen zu verdrängen und die Lebensqualität vor Ort zu verbessern. In der Tat ist allerdings eine aktive OSM Community vor Ort wichtig, um nun die Qualität der Daten zu sichern und um die nur lokal erfassbaren Informationen zu ergänzen, z.B. die Landmarken, an denen sich die Leute dort defacto orientieren. Ein guter Anfang ist gemacht: http://wiki.openstreetmap.org/wiki/WikiProject_Cameroon Cheers Markus -Ursprüngliche Nachricht- Von: Holger Jeromin [mailto:mailgm...@katur.de] Gesendet: Donnerstag, 30. Mai 2013 23:22 An: talk-de@openstreetmap.org Betreff: Re: [Talk-de] Dicht gemappte Gebiete Walter Nordmann schrieb am 24.05.2013 17:22: Pascal Neis wrote in keinem einzigen Layer ist auch nur ein Contributor zu sehen :-( Häuser, Bäume und 99% Straßen ohne Namen. Reiner Datenmüll - toll :( Ah, eine europazentrierte Diskussion :) Die Hauptstadt profitiert in der Statistik vor allem von den sehr kleinen und daher extrem zahlreichen Buildings. Ich war in Yaounde mit einem Kameruner unterwegs (und habe da vor ein paar Jahren ein paar POIs beigetragen). In Kamerun gibt es wenig Straßennamen! Und selbst die kennt und nutzt keiner vor Ort. Ein Taxifahrer sagt man: ich will zur Ecke, da wo die und die Tankstelle ist. Wo keine Straßennamen, da gibts natürlich erst recht keine Hausnummern... Für die Leute vor Ort finden ihre Hauptstadt daher wahrscheinlich sehr vollständig. -- Grüße Holger ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wir sind doch nicht bei Wikipedia-de
2013/5/31 Falk Zscheile falk.zsche...@gmail.com: Wenn jemand auf deine Beschwerde hin schreibt: Du nutzt das Wiki als privaten Notizzettel / Bug Report dann ist das seine Beweisführung, denn er hat sich offensichtlich die Mühe gemacht, etwas zu recherchieren. Dann ist es zumindest unhöflich ihm nur zu antworten: Beweisführung? Diese von Dir postulierte Mühe sah so aus: - Habe nur diesen Link angesehen: http://wiki.openstreetmap.org/w/index.php?title=German_Stylediff=813661oldid=813598 - Wie kommt man darauf jetzt auf Du nutzt das Wiki als privaten Notizzettel / Bug Report? Ich konnte weder erkennen wie man von diesem einen Link auf privat noch auf Notizzettel kommt. Es wurde ohne weitere Anhaltspunkte eine Behauptung aufgestellt. Denn damit weißt du alles pauschal zurück Nein, ich habe nach der Beweisführung gefragt. und stößt so Personen, die sich der Problematik annehmen (wollen) vor den Kopf. Das kann ich nicht beurteilen, ob dies in einzelnen Fällen so ist. Ich bezweifle die allgemeine Gültigkeit Deiner Aussage. Richtig wäre gewesen zu fragen An welcher Stelle habe ich denn nur Notizen hinterlassen, die für andere nicht nützlich sind? oder Was ist an XYZ eine persönliche Notiz, die für keinen anderen nützlich sein soll? Er hat ja nicht behauptet, dass die Angaben nicht für andere nützlich sind. Warum sollte ich dies unterstellen? Dann hätten auch spätere Leser etwas von dem Verlauf des Threads. Haben sie so auch. Durch Deine unrichtigen Unterstellungen, wären der Thread um Unrichtigkeiten aufgebläht worden. Bitte bedenke, dass hier viele mitlesen, die unter Umständen helfen wollen, aber nicht auch noch Lust haben zu recherchieren, was vorgefallen ist. Ich habe genau verlinkt was vorgefallen ist. Solch kurze Pauschalantworten werden in Fachkreisen unsubstantiiertes Bestreiten genannt, weil pauschal zurückgewiesen wird, ohne etwas neues zu den Umständen beizutragen. Diese Fachkreisen könnten Ihre Arbeitsweise evtl. effizienter gestallten indem sie Du nutzt das Wiki als privaten Notizzettel / Bug Report als unsubstantiertes Behaupten bezeichnen würden, weil pauschal aufgestellt, ohne etwas neues zu den Umständen beizutragen. @aggressive Grundton 08:36, 26 September 2012 Giggls (Talk | contribs) . . (912 bytes) (-278) . . (gröbsten Unsinn entsorgt) Das war nicht richtig und nicht der Umgangston, den wir uns bei OSM wünschen. Auf der Liste lesen aber vorwiegend Personen, die am eigentlichen Streit nicht beteiligt waren. Sie mit einem ähnlich aggressiven Grundton einzudecken, wie es dir (leider) widerfahren ist, haben diese Mitleser als unbeteiligte nicht verdient. Um erstmal zu verstehen, was Du meinst, was in meiner ersten Email in diesem Thread http://lists.openstreetmap.org/pipermail/talk-de/2013-May/102530.html führt Dich zu Mitleser mit einem aggressiven Grundton eindecken? Davon abgesehen ist es natürlich auch keine gute Taktik ein Gespräch zu führen, von dem man tatsächlich Lösungen erwartet. Meine Emails haben immerhin bewirkt, dass Frederik Ramm öffentlich mitgeteilt hat, dass Emails aus dem Mapnik-de Archiv gelöscht wurden. Um es bildlich auszudrücken: Im Nadelwald ist dir ein Ast auf den Kopf gefallen und jetzt verfluchst du dafür den Laubwald. Wo verfluche ich? Wer ist der Nadelwald? Wer der Laubwald? Das kann natürlich sein. Nach dem bisherigen Verlauf des Threads maße ich mir dennoch an, die Lage richtig eingeschätzt zu haben :-) und prognostiziere, dass der Thread für dich und andere nicht hilfreich sein wird, aber zumindest sehr lehrreich ... Hilfreich schließt für mich lehrreich ein. Die von Frederik Ramm aufgestellten unrichtigen Behauptungen und die Ausschmückungen seiner Email mit unverschaemt usw. waren in der Tat sehr lehrreich. Sie helfen mir diese Person besser einzuschätzen. Und wer Erfindungen als Begründung für Löschen aus dem Emailarchiv anführt: http://lists.openstreetmap.org/pipermail/talk-de/2013-May/102549.html ---Frederik Ramm schrieb-- In Folge hast Du dann noch auf der mapnik-de-Liste Deinem Aerger ueber Sven Luft gemacht (in einer Art, die so unangemessen war, dass die Postings aus dem Listenarchiv entfernt wurden - Der sorgt vielleicht auch dafür, dass dieser Thread hier gelöscht wird, damit vorallem seine eigenen unrichtigen Behauptungen nicht so gut einsehbar sind. Meine zwei Thread-startenden Emails an Mapnik-de nach dem Artikellöschen im Wiki gesandt wurden: http://anna.info/wiki/2012-09-28_Mail_an_mapnik-de http://anna.info/wiki/2012-09-28_Mail_an_mapnik-de_-_2 Ich kann da kein Deinem Aerger ueber Sven Luft gemacht erkennen, noch inwiefern etwas an den Emails unangemessen war. -- Tobias Conradi Rheinsberger Str. 18 10115 Berlin Germany http://tobiasconradi.com ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Dicht gemappte Gebiete
Am 31. Mai 2013 10:36 schrieb Markus Semm ms...@enaikoon.de: In sofern ist das, was kürzlich für Yaounde von offizieller Stelle zur Verfügung gestellt wurde, sehr begrüßenswert und konkret hilfreich und trägt nebenbei zu einer weiteren Demokratisierung bei weil jede zusätzlich für Jedermann verfügbare Information in Verbindung mit immer besser ausgebildeten Menschen dabei hilft, problematische Regierungen zu verdrängen und die Lebensqualität vor Ort zu verbessern. In der Tat ist allerdings eine aktive OSM Community vor Ort wichtig, um nun die Qualität der Daten zu sichern und um die nur lokal erfassbaren Informationen zu ergänzen, z.B. die Landmarken, an denen sich die Leute dort defacto orientieren. Ein guter Anfang ist gemacht: http://wiki.openstreetmap.org/wiki/WikiProject_Cameroon +0.5 leider fehlt halt trotzdem (noch?) die Community, und die offiziellen Daten bzw. die, die jetzt importiert wurden, zeigen das auch. Die große Frage ist immer bei Importen, ob es für das Ausbilden einer Community hilfreicher ist, mit einem Starterpaket anzufangen und auf neue Mapper zu hoffen, die das dann pflegen und korrigieren, oder ob man nicht lieber mit einer weissen Fläche anfängt, die nach und nach mit dem bestückt wird, was die Leute vor Ort interessiert. Im zweiten Fall kann man sich m.E. sicher sein, dass die Leute den Daten etwas Liebe und Sorge entgegen bringen, weil sie sich selbst geschaffen haben, was eher zweifelhaft ist wenn das irgendwie von oben gelandet ist. Das ist hier jetzt jedenfalls ein schöner Testcase, wo man von Zeit zu Zeit mal nachsehen kann, was daraus geworden ist, d.h. welche Auswirkungen der Import auf das Entstehen einer Community hatte. Ein gewisses Risiko sehe ich in jedem Fall allerdings auch für die umliegenden Gebiete, dass dort der Eindruck entsteht, OSM sei ein Projekt das vorwiegend offizielle Geodaten verbreitet, und daher warten die potentiellen Mapper dort mal ab, wann bei ihnen die Daten kommen ;-) Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wir sind doch nicht bei Wikipedia-de
Am 31.05.2013 12:30, schrieb Tobias Conradi: Die von Frederik Ramm aufgestellten unrichtigen Behauptungen und die Ausschmückungen seiner Email mit unverschaemt usw. waren in der Tat sehr lehrreich. Ich kann dir nur empfehlen, Frederiks Beitrag nochmals in aller Ruhe und unvoreingenommen durchzulesen. Für mich als Außenstehendem wird dort alles sachlich und verständlich dargelegt: Um dir zu helfen, hat Sven einen Sandbox-Account für dich eingerichtet. Das macht er nur in Einzelfällen. Es ist kein Service, den er generell und jedem anbietet. Du hast im Wiki beschrieben, wie du zu diesem Sandbox-Account gekommen bist. Entweder hast du das für dich als persönliche Notiz gemacht, dann gehört es nicht in den Wiki. Oder aber das war von dir als Anleitung für Jedermann gedacht, dann gehört es nicht ins Wiki, weil das Einrichten eines Sandbox-Accounts kein Service ist, den Sven für Jedermann anbietet. Ergo gehört die Anleitung in jedem Fall gelöscht. Gruß Rainer ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wir sind doch nicht bei Wikipedia-de
Habe gerade eine sehr lange Mail geschrieben und wieder geloescht. Kurz vor dem Abschicken kam mir das Mantra 'don't feed the troll' in den Sinn. Deshalb hier das tl:dr Sven hat von der Wikiseite wenig Informationen entfernt, dafuer einige hinzugefuegt und den Stil vielfach erheblich verbessert. Das einzige was fehlt ist der Hinweis auf die fehlende Legende. Ich finde die hier geposteten Mails nicht loeschenswert, kann aber nachvollziehen auch solche Mails zu loeschen, wenn der Autor vorher unangenehm aufgefallen ist. Ich gestehe hier dem Listenbetreiber freie Entscheidung zu, halte aber undokumentiertes Loeschen fuer schlechten Stil. Featurewuensche und Bugreports gehoerne nun mal nicht ins Wiki, genausowenig wie Plauderton, rhetorische Fragen, persoenliche Meinungen und Tagebucheintraege. Wenn wir damit wie die Wikipedia sind, ist das richtig so. Wenn dir das Wissen fehlt, Featurewuensche selbst zu Implementieren ist das niemandes Problem ausser dein eigenes. Ob dir jemand hilft oder nicht, entscheided u.a. deine Freundlichkeit. Was freundlich ist, entscheided der andere, nicht du. Deine Mails/Postings/Wikibeitraege sind latent agressiv oder werden so wahrgenommen. Ein einfacher Mustervergleich mit anderen Diskussionen hier wird dir zeigen warum. Dies ist eine Mening. Sie bedarf weder Belegen noch Beweisen. Sie kann dafuer ignoriert werden. Gruss, Chaos ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wir sind doch nicht bei Wikipedia-de
2013/5/31 RainerU ra...@sfr.fr: Am 31.05.2013 12:30, schrieb Tobias Conradi: Die von Frederik Ramm aufgestellten unrichtigen Behauptungen und die Ausschmückungen seiner Email mit unverschaemt usw. waren in der Tat sehr lehrreich. Ich kann dir nur empfehlen, Frederiks Beitrag nochmals in aller Ruhe und unvoreingenommen durchzulesen. Aha, vielleicht versuchst Du seine Aussagen mal auf den Wahrheitsgehalt zu überprüfen? Für mich als Außenstehendem wird dort alles sachlich und verständlich dargelegt: Um dir zu helfen, hat Sven einen Sandbox-Account für dich eingerichtet. Danke für die Hilfe, war nicht nötig. Ich war ja in den Vorgang involviert. Das macht er nur in Einzelfällen. Es ist kein Service, den er generell und jedem anbietet. Um den Wahrheitsgehalt Deiner Aussagen zu überprüfen wäre es hilfreich Antworten auf diese Fragen zu wissen: 1) Unter welchen Bedingungen wird dieser Service angeboten? 2) Wievielen Personen hat er eine Sandbox eingerichtet? 3) Wievielen Personen die mitgeteilt habe, dass sie eine Sandbox wollten, hat er keine eingerichtet? Du hast im Wiki beschrieben, wie du zu diesem Sandbox-Account gekommen bist. Hast Du dafür einen Beleg? Entweder hast du das für dich als persönliche Notiz gemacht, dann gehört es nicht in den Wiki. Oder aber das war von dir als Anleitung für Jedermann gedacht, dann gehört es nicht ins Wiki, weil das Einrichten eines Sandbox-Accounts kein Service ist, den Sven für Jedermann anbietet. Oder aber es war als Erleichterung für den Nächsten gedacht, der auch eine Sandbox bekommen soll. Gerade wenn es so viel Arbeit für Sven ist - und für mich - dann ist es doch einfacher alles an einer Stelle dokumentiert zu haben. Ergo gehört die Anleitung in jedem Fall gelöscht. Aha. -- Tobias Conradi Rheinsberger Str. 18 10115 Berlin Germany http://tobiasconradi.com ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Wir sind doch nicht bei Wikipedia-de
2013/5/31 Florian Lohoff f...@zz.de: Hallo Tobias, On Fri, May 31, 2013 at 03:29:36PM +0200, Tobias Conradi wrote: Aha, vielleicht versuchst Du seine Aussagen mal auf den Wahrheitsgehalt zu überprüfen? Mehrere Menschen spiegeln dir gerade wieder das du neben der Spur unterwegs bist. Wo soll das passiert sein? Vielleicht denkst du einfach mal darueber nach wie deine Wirkung auf andere gerade ist. Vielleicht tue ich dies, vielleicht auch nicht. Das Thema war jetzt, aber eher Wir sind doch nicht bei Wikipedia-de und ein Beispiel wie ein Admin im OSM-Wiki Inhalte löscht - wie bei Wikipedia. Mit jeder weiteren Mail verstärkst du nur den Eindruck das deine Selbst-/ und Fremdwahrnehmung weit auseinander liegen. Das Selbst- und Fremdwahrnehmung ist vollkommen normal. Menschen sind verschieden, jeder hat seine eigene Wahrnehmung. Frederik ist dafür bekannt eine Engelsgeduld zu haben und ist ein sehr respektiertes Mitglied in der OSM Community. Mit seinen unbelegten Äusserungen hat er bei mir an Ansehen verloren. Wenn er sich genötigt sieht so auf dich zu reagieren ist das eigentlich ein Grund die Klappe zu halten, So ca., wenn der Gorilla kreischt haben die kleinen Äffchen zu schweigen. Danke für die Mitteilung dieser Untertanensichtweise. einen Schritt zurück zu treten und mal drüber nachzudenken. Flo -- Florian Lohoff f...@zz.de -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iQIVAwUBUaipgZDdQSDLCfIvAQhpFg/+MgwJkuKThe06EOrryfhKL/d1WSp3KjJl 0kYBTqmzqyk3iKqn+LEOoKiaxG2xdGdj4MZwcOdRvr0lLIEQoDuqLskrd8kln8Fp FDQ2B1Lhpk3OaU6MEOmqln22aWJUOxaZSAwW9BH4mi+cTPGxNQu9cez/2EZ/uzIy SOHQH+NQ/sqpt0D9duNHtKDLdrvgEeIePBJNLegPFAeFS512Y6LO51BPdxPZLjY4 RxaG47ezritItHVnEBmt4ExY6CsL5YjeIHIBC7suERhvCdMKg7CVMlC92bdlw2ZP 9kq5eQRMj6IMA1a0A9HHdoP+WC7cwcT/tbH8x7b4KMFN6UV553YPpB7qkoOLHg4+ hCRPHzJKqtD8M5R6ulATFgX7vANhrOIwQYKxI5o+g+zWq+BG0w6LSu+Si+TDwJp9 5RpMQJqOxN+NFZSKfwkaHf8h3bIi7ydB60o69JIHbZKXHNZW2ki9IlBYvis9xb2d /dn5vmMDQbYbI07mCXf2B6+Afy3pGzrd5uOvNhDFfzxaDlLjzsxlzwmpdpXgr0gu wELIl1hBxQkZmwjyPfg5R/pKyJ0ic28CN+rFMLflqBOCSRM4cXwCqYpbmAYbDAOU EiBH2C1R618sweShTwDWdciSeNPtGlwex/0Dp6OzxoZKCuaG6x66/FqRxFhE/7J9 mJ2ycPxGQGg= =s8z5 -END PGP SIGNATURE- -- Tobias Conradi Rheinsberger Str. 18 10115 Berlin Germany http://tobiasconradi.com ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wir sind doch nicht bei Wikipedia-de
Wenn er sich genötigt sieht so auf dich zu reagieren ist das eigentlich ein Grund die Klappe zu halten, So ca., wenn der Gorilla kreischt haben die kleinen Äffchen zu schweigen. Danke für die Mitteilung dieser Untertanensichtweise. Das ist keine Untertanensichtweise, sondern die Doocraty, die bei OSM herrscht. Der Admin, der für einen Server verantwortlich ist, entscheidet auch im großen und ganzen, was auf dem Server laufen kann und was nicht. Wenn dir das nicht zusagt kannst du dir einen eigenen Server organisieren bzw. dich als Admin für einen Server verpflichten, wenn mal einer gesucht werden sollte. Das heißt nicht, dass die Admins völlig freie Hand haben, sondern nach gewissen Kriterien entscheiden. Diese Entscheidung sollte man dann respektieren. Tut mir Leid, aber dein Verhalten erinnert mich ein wenig an eine frühkindliche Bildungseinrichtung mit Sandkiste im Garten. Henning ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wir sind doch nicht bei Wikipedia-de
2013/5/31 o...@aighes.de: Wenn er sich genötigt sieht so auf dich zu reagieren ist das eigentlich ein Grund die Klappe zu halten, So ca., wenn der Gorilla kreischt haben die kleinen Äffchen zu schweigen. Danke für die Mitteilung dieser Untertanensichtweise. Das ist keine Untertanensichtweise, sondern die Doocraty, die bei OSM herrscht. Der Admin, der für einen Server verantwortlich ist, entscheidet auch im großen und ganzen, was auf dem Server laufen kann und was nicht. Wenn er sich genötigt sieht bezog sich auf Frederik Ramm. Auf welchen Server für den Frederik Ramm verantwortlich ist, beziehst Du Dich? Wenn dir das nicht zusagt kannst du dir einen eigenen Server organisieren http://wiki.openstreetmap.org/wiki/Getting_Involved - Wikiteam If you have ideas for the wiki, you can generally just do them, by editing the wiki! bzw. dich als Admin für einen Server verpflichten, wenn mal einer gesucht werden sollte. Ich wollte kein Admin des OSM-Wikis werden, danke. Das heißt nicht, dass die Admins völlig freie Hand haben, sondern nach gewissen Kriterien entscheiden. Diese Entscheidung sollte man dann respektieren. Kannst Du ja gerne machen. Wovor ich Respekt habe, entscheide ich selber. Danke. Tut mir Leid, aber dein Verhalten erinnert mich ein wenig an eine frühkindliche Bildungseinrichtung mit Sandkiste im Garten. In meinem Kindergarten ging es anders zu. Da wurden Beiträge anderer nicht einfach zerstört. Danke für diesen Hinweis zu Deiner mögliche Sozialisierung. -- Tobias Conradi Rheinsberger Str. 18 10115 Berlin Germany http://tobiasconradi.com ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wir sind doch nicht bei Wikipedia-de
On Fri, May 31, 2013 at 03:59:16PM +0200, Tobias Conradi wrote: 2013/5/31 Florian Lohoff f...@zz.de: Hallo Tobias, On Fri, May 31, 2013 at 03:29:36PM +0200, Tobias Conradi wrote: Aha, vielleicht versuchst Du seine Aussagen mal auf den Wahrheitsgehalt zu überprüfen? Mehrere Menschen spiegeln dir gerade wieder das du neben der Spur unterwegs bist. Wo soll das passiert sein? *Plonk* Ich habe dir eben um es nicht breitzutreten eine persoehnlich Mail geschrieben - Die eben nicht über die Liste ging und gehen sollte. Lies RFC1855. Flo -- Florian Lohoff f...@zz.de signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wir sind doch nicht bei Wikipedia-de
On Fri, 31 May 2013, Florian Lohoff wrote: [...] Lies RFC1855. Wie geil - bitte macht weiter so! Das ist der beste Flamewar den ich je gelesen habe. Da schmeiss ich jeden Freitag-Abend Krimi weg dagegen ;) A. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wir sind doch nicht bei Wikipedia-de
2013/5/31 Florian Lohoff f...@zz.de: On Fri, May 31, 2013 at 03:59:16PM +0200, Tobias Conradi wrote: 2013/5/31 Florian Lohoff f...@zz.de: Hallo Tobias, On Fri, May 31, 2013 at 03:29:36PM +0200, Tobias Conradi wrote: Aha, vielleicht versuchst Du seine Aussagen mal auf den Wahrheitsgehalt zu überprüfen? Mehrere Menschen spiegeln dir gerade wieder das du neben der Spur unterwegs bist. Wo soll das passiert sein? *Plonk* Also, kein Beleg für Deine Behauptung? Ich habe dir eben um es nicht breitzutreten eine persoehnlich Mail geschrieben - Die eben nicht über die Liste ging und gehen sollte. Lies RFC1855. Danke. This document provides a minimum set of guidelines for Network Etiquette (Netiquette) which organizations may take and adapt for their own use. --- At http://lists.openstreetmap.org/listinfo/talk-de I don't find a statement that RFC 1855 has been adapted. Somit greift RFC 1855 wohl nicht? Falls doch, guck mal: - Don't assume that people who you don't know will want to talk to you. If you feel compelled to send private messages to people you don't know, then be willing to accept gracefully the fact that they might be busy or simply not want to chat with you. -- Ich hatte keine Lust auf eine /private/ Unterhaltung mit Dir. -- Tobias Conradi Rheinsberger Str. 18 10115 Berlin Germany http://tobiasconradi.com ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wir sind doch nicht bei Wikipedia-de
2013/5/31 Alexander Lehner leh...@edv-buero-lehner.de: Lies RFC1855. Wie geil - bitte macht weiter so! Das ist der beste Flamewar den ich je gelesen habe. Da schmeiss ich jeden Freitag-Abend Krimi weg dagegen ;) A. Zum ersten mal, dass mich in diesem Thread jemand zum Lachen bringt. Danke :-) -- Tobias Conradi Rheinsberger Str. 18 10115 Berlin Germany http://tobiasconradi.com ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] CMYK / RGB - Versuch einer Zusammenfassung
1) Es gibt Personen, die wollen nur grobe Angaben, rot/gelb/grün usw. bzw. wohl die Web-Color-Equivalente, red/yellow/green etc., vielleicht noch erweitert bis zur Liste der benannten Farben in CSS3: http://www.w3.org/TR/css3-color/#svg-color 2) Es gibt Personen, die wollen die Originaldefinitionen festhalten, d.h. z.B. Werte in CMYK oder RAL. 3) Es gibt Personen, die wollen die Originaldefinitionen in CIELAB umrechnen und dann so ablegen. 4) Es gibt Personen, die wollen die Originaldefinitionen eindeutig in RGB umrechnen und dann so ablegen. 5) http://wiki.openstreetmap.org/wiki/Key:colour erlaubt 1) und 4). 6) Von den Personen, die nur eine grobe Angabe ablegen wollen, kamen Erläuterungen, dass man die Farbe gar nicht so genau erfassen kann, z.B. http://lists.openstreetmap.org/pipermail/talk-de/2013-May/102492.html 7) Wenn die Farbwerte der Personen aus Gruppe 4) in den Unschärfebereich wie in 6) genannt fallen, würde eine Notation nach 4) auch für die Personen OK sein, die sich für 1) mit der Begründung aus 6) entschlossen haben. -- Tobias Conradi Rheinsberger Str. 18 10115 Berlin Germany http://tobiasconradi.com ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wir sind doch nicht bei Wikipedia-de
Hallo Tobias, nachdem ich mir diese ganze Diskussion über dieletzten Tage so angeschaut habe, finde ich, so leid es mir tut, dass du irgendwie fehl am Platz im OSM-Projekt bist. Und fallst du jetzt mit mir eine Diskussion oder was auch immer vom Zaum brechen willst über den von mir gewonnenen Eindruck: Spardir das! Meinen Eindruck würdest du nur durch Taten ändern können... Und diskutieren werde ich nicht mit dir! Schönen Abend Harald Am 31.05.2013 03:05, schrieb Tobias Conradi: 2013/5/31 Frederik Ramm frede...@remote.org: Sven hat *trotz* Deiner schon damals zutage tretenden unverschaemten Art, und weil es Dir nicht gelang, Dir selbst eine geeignete Rendering-Umgebung zu installieren, Gelingt ist Frederik Ramm, seine Aussagen zu untermauern? Dir einen Sandbox-Account auf dem gerade neu eingerichteten openstreetmap.de-Tileserver eingerichtet, mit dem Du an Deinem eigenen Style feilen konntest, ohne dass Du selbst alles bei Dir installieren musst. Näher an der Wahrheit: http://anna.info/wiki/2012-09-26_Mail_an_mapnik-de http://anna.info/wiki/2012-09-26_Mail_an_mapnik-de_-_2 http://anna.info/wiki/2012-09-26_Mail_an_mapnik-de_-_3 Wenn Dir am deutschen Stil etwas nicht gefällt, dass poste patches oder noch besser aktiviere sie in Deiner Sandbox[1], damit wir drüber diskutieren können. Gruss Sven [1] Ich richte Dir gerne eine solche auf unserem server ein = Es ging also nicht um meinen eigenen Stil, sondern um aktive Mitarbeit am Deutschen Stil. Fazit: Es gelang Frederik Ramm nicht, den Sachverhalt so wahrheitsgetreu darzustellen wie Tobias Conradi. Das ist vielleicht eine Folge des vielen Löschens (OSM-Wiki, Mail-Archiv) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wir sind doch nicht bei Wikipedia-de
Am 31.05.2013 19:22, schrieb Tobias Conradi: 2013/5/31 Alexander Lehner leh...@edv-buero-lehner.de: Lies RFC1855. Wie geil - bitte macht weiter so! Das ist der beste Flamewar den ich je gelesen habe. Da schmeiss ich jeden Freitag-Abend Krimi weg dagegen ;) A. Zum ersten mal, dass mich in diesem Thread jemand zum Lachen bringt. Danke :-) Ich glaube du hast da irgendetwas nicht richtig verstanden... @Rest: Mir fehlt bei einigen Beiträgen eindeutig ein [Like]-Button... Frohes Wochenende, Andreas -- Andreas Neumann http://stadtplan-ilmenau.de signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wir sind doch nicht bei Wikipedia-de
Hallo Harald, muß das wirklich sein? Für solch einen Beitrag habe ich ebenfalls absolut kein Verständnis! Guten Abend. René Am 31. Mai 2013 21:41 schrieb Harald aug...@hotmail.de: Hallo Tobias, [... zensiert ...] Schönen Abend Harald ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wir sind doch nicht bei Wikipedia-de
Hallo Renè, es _muss_ natürlich nicht sein, aber irgendwann reicht es halt. Warumsollen die Einen Freibriefe in schlechtem Benehmen haben und die Anderen nur alles schlucken müssen? Und, was ist mit meinem Verständnis? Freundliche Grüße Harald Am 31.05.2013 22:13, schrieb René Kirchhoff: Hallo Harald, muß das wirklich sein? Für solch einen Beitrag habe ich ebenfalls absolut kein Verständnis! Guten Abend. René Am 31. Mai 2013 21:41 schrieb Harald aug...@hotmail.de: Hallo Tobias, [... zensiert ...] Schönen Abend Harald ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wir sind doch nicht bei Wikipedia-de
2013/5/31 Harald aug...@hotmail.de: es _muss_ natürlich nicht sein, aber irgendwann reicht es halt. Warumsollen die Einen Freibriefe in schlechtem Benehmen haben und die Anderen nur alles schlucken müssen? Genau, warum sollen Neulinge alles schlucken müssen! - Artikel weglöschen, http://lists.openstreetmap.org/pipermail/talk-de/2013-May/102530.html - Klappe halten, http://lists.openstreetmap.org/pipermail/talk-de/2013-May/102560.html - gröbster Unsinn beseitigt, http://lists.openstreetmap.org/pipermail/talk-de/2013-May/102530.html - Betitelung mit unverschaemt, http://lists.openstreetmap.org/pipermail/talk-de/2013-May/102549.html - Falschaussagen, http://lists.openstreetmap.org/pipermail/talk-de/2013-May/102549.html - unbelegte Behauptungen, die auch auf Nachfrage nicht belegt werden http://lists.openstreetmap.org/pipermail/talk-de/2013-May/102549.html - Unterstellungen http://lists.openstreetmap.org/pipermail/talk-de/2013-May/102551.html - Emails weglöschen http://lists.openstreetmap.org/pipermail/talk-de/2013-May/102549.html / http://anna.info/wiki/Mapnik-de Warum sollen Admins Freibriefe haben? Meine Meinung: Sollen sie nicht! -- Tobias Conradi Rheinsberger Str. 18 10115 Berlin Germany http://tobiasconradi.com ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wir sind doch nicht bei Wikipedia-de
2013/5/31 Harald aug...@hotmail.de: Hallo Tobias, nachdem ich mir diese ganze Diskussion über dieletzten Tage so angeschaut habe, Die Anzahl der Tage ist kleiner zwei. finde ich, so leid es mir tut, dass du irgendwie fehl am Platz im OSM-Projekt bist. Aha, warum? Und was tut Dir leid, - dass bei OSM einem engagiertem Neuling ein Artikel weggelöscht wurde, - der löschende Admin, den Inhalt auf Nachfrage nicht einmal als Kopie zur Verfügung stellt, ? Die Vorschläge zum Klappe halten? Die Betitelung mit gröbster Unsinn beseitigt? Die Falschaussagen von Frederik Ramm? Meinen Eindruck würdest du nur durch Taten ändern können... An was für Taten denkst Du? -- Tobias Conradi Rheinsberger Str. 18 10115 Berlin Germany http://tobiasconradi.com ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wir sind doch nicht bei Wikipedia-de
Tobias Conradi wrote Meinen Eindruck würdest du nur durch Taten ändern können... An was für Taten denkst Du? OSM Edits...falls Du die Antwort von mir akzeptierst. Ich halte Dich auch für einen Spinner und bin da eher bei Harald. Aber je nachdem was jemand zu OSM beigetragen hat, hat er auch einen gewissen Bonus bei mir persönlich zumindest -- View this message in context: http://gis.19327.n5.nabble.com/Wir-sind-doch-nicht-bei-Wikipedia-de-tp5763397p5763599.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] Editieren von colour via Browser
Um mal auf auf Harald ( http://lists.openstreetmap.org/pipermail/talk-de/2013-May/102574.html ) zu reagieren: Ich habe vor ein paar Tagen versucht das Tag colour in einem Editiermodus zu sehen. Mein Browser ist Google Chrome. Hier die U1 in Berlin http://www.openstreetmap.org/browse/relation/58767 im Hauptteil steht dort links Text und rechts sehe ich eine graue Fläche, unterhalb dieser steht Loading... und das bleibt dort auch für mind. 1 min. Oben Edit ist grau, kann man aber trotzdem anklicken. Dann wird Potlach geladen und es kommt Error There was a problem loading the map data. Please check your internet connection, or try zooming in. http://www.openstreetmap.org/api/0.6/map?bbox=12%2E957275390625%2C52%2E31946113005237%2C13%2E895370483398441%2C52%2E69185176858774 Klicke ich OK, dann ist die Error-Meldung weg. Links ist jetzt ein Menu: Shopping, Food Drink Transport ... Dort dann Show all. Bus station, Tram stop, Railway station, Bus Stop [sic] ... das war's dann mit OePNV. Gibt es einen Weg das colour-tag im Browser zu editieren? -- Tobias Conradi Rheinsberger Str. 18 10115 Berlin Germany http://tobiasconradi.com ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Editieren von colour via Browser
Hi, On 31.05.2013 23:24, Tobias Conradi wrote: Gibt es einen Weg das colour-tag im Browser zu editieren? Ja, aber wenn man einfach auf edit relation klickt, versucht der Potlatch, das ganze Gebiet, das von der Relation abgedeckt wird, vom Server zu laden - das ist aber zu gross, der Server sagt noe und das wars dann. Abhilfe schafft, vorher hineinzuzoomen und dann im Editor erst ein Gleis auszuwaehlen. Dann unten auf advanced, es kommt eine Liste aller Tags und der Relationen, in denen das Member ist. Dort dann Doppelklick auf die Relation. Dann geht ein Popup-Fenster auf, in dem Du nochmals advanced auswaehlen musst, und dann kannst Du die Tags der Relation bearbeiten. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] CMYK / RGB - Versuch einer Zusammenfassung
Tobias Conradi mail.2...@tobiasconradi.com wrote: 1) Es gibt Personen, die ... 2) Es gibt Personen, die ... 3) ... 4) ... 5) ... 6) ... 7) ... Irgendwie fühle ich mich an die Diskussion um die ÖPNV Schemata erinnert, die deswegen nicht funktionieren, weil sie die hier schweigende Mehrheit der Mapper nicht umsetzen kann. Solange solche Modelle nicht durch einen Editor praktikabel umsetzbar werden, ist solch einer Diskussion IMHO wenig Erfolg bei der Umsetzung beschieden. Hier könnte möglicherweise ein Farbauswahltool helfen, wie man es aus den diversen Grafikprogrammen kennt. Dann können sich die Experten die Köpfe darüber heissreden, wie sie welchen Klick umzusetzen gedenken. Auf jeden Fall sollte dabei ein für jedermann lesbares Tag erhalten und das äqivalente chinesische getrennt davon sein. Wer sich einen Eindruck davon verschaffen will, wer das Alles am Ende umsetzen soll, dem empfehle ich das Anhören dieses Podcasts: http://blog.openstreetmap.de/2012/11/osm-talk-der-troisdorfer/ ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Editieren von colour via Browser
2013/5/31 Frederik Ramm frede...@remote.org: Gibt es einen Weg das colour-tag im Browser zu editieren? Ja, aber wenn man einfach auf edit relation klickt, versucht der Potlatch, das ganze Gebiet, das von der Relation abgedeckt wird, vom Server zu laden - das ist aber zu gross, der Server sagt noe und das wars dann. Danke, das hab ich nun gelöst. Abhilfe schafft, vorher hineinzuzoomen und dann im Editor erst ein Gleis auszuwaehlen. Das habe ich glaube ich auch gschafft http://www.openstreetmap.org/user/Tobias%20Conradi/edits 16371670 Put loading_gauge=Kleinprofil on southern tracks as on northen. Dann unten auf advanced, es kommt eine Liste aller Tags und der Relationen, in denen das Member ist. Dort dann Doppelklick auf die Relation. Dann geht ein Popup-Fenster auf, in dem Du nochmals advanced auswaehlen musst, und dann kannst Du die Tags der Relation bearbeiten. Unten links steht in der Tabelle bei Relation Subway VBB U1 U- und bei Role steht forward Advanced unten ist aber grau und nicht klickbar. Ich kann in der Tabelle für die eine Zeile noch Select all members machen. Was bei U-Bahn-Farben in Berlin wohl sinnvoll ist. Ein colour-tag wird mir nicht angezeigt. Ist das hier nicht gesetzt? Ich bin bei Hochbahn Skalitzerstraße knapp westlich der Mariannenstr. Menu zeigt Way 155667526. Unter http://www.openstreetmap.org/browse/relation/58767 steht colour = #48A43F -- Tobias Conradi Rheinsberger Str. 18 10115 Berlin Germany http://tobiasconradi.com ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Editieren von colour via Browser
Gefunden, sorry. -- Tobias Conradi Rheinsberger Str. 18 10115 Berlin Germany http://tobiasconradi.com ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wir sind doch nicht bei Wikipedia-de
@all „Getretener Quark wird breit - nicht stark.“ Johann Wolfgang von Goethe td;dr Walter -- View this message in context: http://gis.19327.n5.nabble.com/Wir-sind-doch-nicht-bei-Wikipedia-de-tp5763532p5763628.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] Wir sind doch nicht bei Wikipedia-de
Danke Tirkon. CyberNautiker ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-it] rendering: maperitive vs mapnik
Ciao, per un mio progetto dovrei produrre i tiles (da caricare su webserver) di un'area abbastanza grande, diciamo una regione italiana. Finora ho giocato con Maperitive giungendo a questo risultato: http://www.cdm-scialpinismo.it/vecchio/Files/maperitive.jpg . Adesso dovrei far le cose un po' più sul serio e vorrei scegliere lo strumento più adatto. Da quel che ho capito: - Mapnik: più adatto per gran quantità di dati - Maperitive: molto più facile da installare e usare Voi cosa consigliereste? Considerando che ho già elaborato il file di regole per Maperitive e mi servono linee di livello e ombreggiatura (che se ho capito con Mapnik sono un po' più difficili da trattare) sarei tentato di restare su Maperitive: può essere una strada generare un batch che parta dal pbf lo divida in zone più piccole e le dia in pasto a Maperitive con le mie regole? In che senso Maperitive Non è progettato per rendering di alte prestazioni? (http://wiki.openstreetmap.org/wiki/IT:Rendering#Software_per_il_Rendering) Grazie a chi mi può aiutare :) Pietro___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] rendering: maperitive vs mapnik
2013/5/31 pietro marzani piem...@yahoo.it: Ciao, per un mio progetto dovrei produrre i tiles (da caricare su webserver) di un'area abbastanza grande, diciamo una regione italiana. Finora ho giocato con Maperitive giungendo a questo risultato: http://www.cdm-scialpinismo.it/vecchio/Files/maperitive.jpg . Adesso dovrei far le cose un po' più sul serio e vorrei scegliere lo strumento più adatto. Da quel che ho capito: - Mapnik: più adatto per gran quantità di dati - Maperitive: molto più facile da installare e usare Voi cosa consigliereste? Mapnik va benissimo, se vuoi una sorta di front-end allora prova Tilemill Volendo pero' potresti lavorare su quanto prodotto da Stamen nel fare la Terrain Map (che vale solo per gli USA) http://tile.stamen.com/terrain/preview.html#12/37.8110/-122.2660 I sorgenti sono qui https://github.com/Citytracking/Terrain ... ma bisogna capire come trovare qualche dataset utilizzato ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] rendering: maperitive vs mapnik
Da: Maurizio Napolitano napoo...@gmail.com Oggetto: Re: [Talk-it] rendering: maperitive vs mapnik 2013/5/31 pietro marzani piem...@yahoo.it: Voi cosa consigliereste? Mapnik va benissimo, se vuoi una sorta di front-end allora prova Tilemill questo l'avevo perso...grazie ci do senz'altro un'occhiata. Pietro ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Uniformiamo e riduciamo i tag
dieterdreist wrote 2013/5/30 Aury88 lt; spacedriver88@ gt; (Ps: non capisco cosa intendi con il fatto che non ci debba essere per forza una scuola attiva dentro building=school.) volevo dire che non ci deve essere una scuola in un building=school, si tratta di un edificio della tipologia scuola (al solito costruito come scuola), ma potrebbe essere anche abbandonato o in disuso perché mancano i bimbi o perché hanno costruito una nuova scuola. building=school non è un tag per descrivere il servizio scuola, è un tag per descrivere un edificio scuola. In un building=school si possono anche trovare più di un amenity=school per esempio. Ogni tag ha un suo senso, descrive una parte del oggetto, ed insieme si ottiene un immagine più dettagliato. Invece, qui un po off-topic, seguendo le tue indicazioni su pagine del wiki ho scoperto il tag entrance=emergency, ma come viene descritto nel wiki mi sembra dovrebbe essere exit=emergency. Non ho scoperto incongruenze tra amenity=school e amenity=kindergarten, solo che la pagina sulla scuola è un po più esauriente. ciao, Martin ___ Talk-it mailing list Talk-it@ http://lists.openstreetmap.org/listinfo/talk-it ah! ok, alla fine dei conti parlavamo della stessa cosa solo che concentrandoci su aspetti diversi (tu la distinzione tra istituto e edificio io invece mi sono concentrato di più sulla questione area di appartenenza ed edificio.) la mancanza di una descrizione l'ho trovata un po' anomala...penso che sia una cosa da migliorare... comunque il fatto è anche che non si fa alcun riferimento a cose come building=kidergarten e questo potrebbe indurre molti a credere che gli asili si mappino solo con l'amenity (spesso, visto che non ci sono indicazioni applicata non all'area dell'istituto, ma al solo edificio...)...visto che ormai ho un account per il wiki penso caricherò li degli schemi e farò delle traduzioni. relativo alle scuole (ed altre amenity similari) penso aprirò un nuovo topic perchè ho tanti dubbi.risolti questi penso aggiornerò il wiki italiano con le istruzioni che mi avrete dato. per la questione entrance=emergency penso tu abbia ragione. le uscite di emergenza non sono ingressi...anche questa sarà una cosa da chiarire prima di inserire le nuove descrizioni e schemi. -- View this message in context: http://gis.19327.n5.nabble.com/Uniformiamo-e-riduciamo-i-tag-tp5763379p5763498.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] [Risolto] Comune di Crissolo (Cn)
L'uso del suolo è completo, ci sono solo da sistemare alcune cosette. Credo che ora il comune di Crissolo abbia una bella mappa da mostrare dal suo sito. Ciao Giovanni Il giorno 28 maggio 2013 13:18, sabas88 saba...@gmail.com ha scritto: Io ho dato il mio contributo linkandolo sulle pagine social. :D Ciao, Stefano ___ 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] Uniformiamo e riduciamo i tag
aspetta: quello di cui parlo è il fatto che da un lato abbiamo, nella descrizione amenity=school, il riferimento a building=school, in oltre building=school è presente anche nella lista dei tag building. al tag building=kindergarten viceversa non si fa accenno da nessuna parte...né dentro l'amenity né dentro la lista di buiding. questa cosa rende di fatto il tag building=kindergarten inesistente sulla documentazione ufficiale di OSM e penso questo contribuisca parecchio all'assenza di questo tag in giro per la mappa (solo 3711 casi nel mondo...significa il 3,46% degli asili mappati contro il circa 12.77% di building=school rispetto le scuole mappate) tu parli degli altri tag ma appunto siccome il loro scopo è generale di per se possono essere usati un po' ovunque e proprio per questo spesso non vengono ripetuti nei wiki dei singoli tag. il tag building=kindergarten non è un tag generale, è un tag abbastanza specifico e relativo ai soli edifici degli asili e mi sarei aspettato almeno un vago accenno nel wiki amenity=kindergarten o almeno nella lista building; se riproporre lo stesso schema secondo te rischia di incasinare l'aggiornamento del wiki con il rischio di lasciare informazioni obsolete sui tag secondari basterebbe dire nel tag secondario, per esempio nel tag amenity=kindergarten, di utilizzare il metodo di mappatura adottato in amenity=school...a quel punto, qualora ci fossero cambiamenti, basterebbe aggiornare il solo amenity=school. per quanto riguarda i wiki italiano non penso sia questo grande problema: ogni community si è data alcune linee guida che potrebbero essere un po' diverse da quelle del wiki inglese. già adesso alcune pagine delle altre lingue dicono cose leggermente diverse perchè il tag basato sul mondo anglosassone non va bene ovunque. secondo me quindi i wiki locali non devono essere solamente una traduzione dal wiki inglese, ma anche avere gli adattamenti necessari per un utilizzo corretto rispetto le linee guida e le condizioni locali. -- View this message in context: http://gis.19327.n5.nabble.com/Uniformiamo-e-riduciamo-i-tag-tp5763379p5763547.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Uniformiamo e riduciamo i tag
ps: per l'ultimo punto si potrebbe comunque fare il wiki semplicemente tradotto dal wiki inglese e poi un link ad un altra pagina del wiki con le linee guida locali -- View this message in context: http://gis.19327.n5.nabble.com/Uniformiamo-e-riduciamo-i-tag-tp5763379p5763548.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Uniformiamo e riduciamo i tag
2013/5/31 Aury88 spacedrive...@gmail.com al tag building=kindergarten viceversa non si fa accenno da nessuna parte...né dentro l'amenity né dentro la lista di buiding. questa cosa rende di fatto il tag building=kindergarten inesistente sulla documentazione ufficiale di OSM e penso questo contribuisca parecchio all'assenza di questo tag in giro per la mappa (solo 3711 casi nel mondo...significa il 3,46% degli asili mappati contro il circa 12.77% di building=school rispetto le scuole mappate) credo che ci siano anche molto meno scuole che si trovano in un edificio che non era già pensato di ospitare una scuola quando lo costruivano, mentre gli asili nidi spesso si trovano anche in case normali. ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-lt] Vietovardžiai pagal GDR10LT
Sveiki Nacionalinė Žemės Tarnyba neprieštarauja, kad mes susivestume trūkstamus gyvenviečių pavadinimus naudodami GDR10LT. Taigi galime daryti taip: 1. http://z.samogitian.com/patrulis/isoriniai.php išsirinkite jus dominančią apskritį. Gausite sąrašą trūkstamų gyvenviečių (sąrašas atsinaujina kartą per dieną). 2. http://www.geoportal.lt/zis/ - sluoksniuose pasirinkite GDR10LT (pirmas sluoksnis) ir paieškos lauke įveskite trūkstamą gyvenvietę - taip rasite jos poziciją. 3. Įveskite rastą gyvenvietę OSM. 4. Įrašydami duomenis komentare pridėkite, kad naudojote šaltinį „NŽT GDR10LT“. Į ką reikia atkreipti dėmesį: * Daugelis gyvenviečių pavadinimų kartojasi net ir tame pačiame rajone. Taigi jei matote, kad gyvenvietė rajone jau pažymėta, bet kitoje vietoje, neskubėkite jos perkelti į „teisingą“ vietą, gali būti, kad tiesiog yra dvi ar trys tokio paties pavadinimo gyvenvietės tame pačiame rajone * GDR10LT naudojamas kiek kitoks gyvenviečių žymėjimo būdas, nei kad naudojamas OSM. T.y. GDR10LT dažnai rasite daugiau nei vieną tos pačios gyvenvietės tašką (ypač jei gyvenvietė stipriai išsiplėtusi). Į OSM perkelti reikia tik VIENĄ tašką. Sėkmės -- Tomas ___ Talk-lt mailing list Talk-lt@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lt
[Talk-gb-westmidlands] June meeting in Redditch
Do we have a pub selected yet? ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb-westmidlands
Re: [Talk-gb-westmidlands] June meeting in Redditch
The one that's probably best is the Royal Enfield http://www.openstreetmap.org/?mlat=52.30698mlon=-1.943327zoom=18layers=Q It's not the nearest to the station but I don't think the nearest is suitable. Hope this s OK? Jonathan On 31/05/2013 15:31, Brian Prangle wrote: Do we have a pub selected yet? ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb-westmidlands ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb-westmidlands
Re: [Talk-gb-westmidlands] June meeting in Redditch
The Royal Enfield it is then. Thanks Jonathan. See you all on Thursday. http://www.openstreetmap.org/?mlat=52.30698mlon=-1.943327zoom=18layers=Q ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb-westmidlands
Re: [Talk-ar] modelo de garmin
Hola Martín, No, aún no lo actualice porque estaba esperando que Garmin corrija el bug de los puntos negros. Hasta fines del año pasado no lo habían hecho, tendría que ver ahora, actualizar y probar. El problema del track fuera de ruta no fue por mala recepción ya que estaba en la patagonia con buena cobertura, por eso pensaba en el mapa. Tendría que buscar el track y verificarlo con otros mapas y/o imagenes. Una de las cosas que hacen los GPSs de auto (como los Nuvis) es forzar el track para que corra sobre el camino dibujado en el mapa y muestra eso en pantalla. Cuando uno descarga ese track esta en la posición real como debe ser. Los GPSs de mano de Garmin permiten elegir entre forzar el track sobre el camino o dibujarlo en la posición real. Saludos, El 31 de mayo de 2013 12:52, Martin Andres Gomez Gimenez mggime...@i-nis.com.ar escribió: ** El vie, 31-05-2013 a las 12:47 -0300, Raul A. Herrera S. escribió: Hola, Tengo un Nuvi 1390T, la T es porque tiene un receptor FM en el cable de alimentación apra recibir alertas de transitos, no valido para estos pagos. La pantalla es de 5. Funciona bien, estoy conforme. Las contras: le encontre un par de fallas (muy menores) de firmware. Una de ellas es que no muestra los iconos de los waypoint que uno configura (una casa, un comercio, etc.) sino que pone un cuadrado negro que apenas se ve. Consulte en Garmin y hasta hace poco no se había solucionado y cuando les pregunte que pasaba si actualizaba el firmware usando cartografía no oficial me dijeron que Garmin no se hace responsable de lo que pueda pasar (unos salames). Otro problema que detecte es que en una zona el GPS marco el track por fuera del camino (bastante) y no pude saber si fue por un error del GPS o del mapa en esa zona donde me paso. Y una o veces me ha pasado que calculando una ruta el GPS se resetea solo. Tampoco se si es por el GPS o por el mapa cargado. El probelma de que no muestra los iconos creo que esta presente en toda la línea 1300. Garmin ya lo sabía y los vendieron igual, unos turros. Por lo demas andan muy bien. Y si querés un GPS de mano, sin dudarlo un Garmin 60CSX o 76 CSX; creo que fue lo mejor (en prestaciones, calidad y resistencia) que saco Garmin en navegadores de mano. Los nuevos no tuve oportunidad probarlos aún. Hola Raúl! ¿Probaste actualizar el firmware? Con respecto a lo del track, a veces si está corrido este marca por fuera. Otra razón puede ser que haya detectado pocos satelites y el cálculo de la posición tenga un error mayor. Para descartar lo del mapa, proba actualizar a la última versión: http://www.i-nis.com.ar/osm/garmin Si el problema persiste, habría que levantar el track correcto y subirlo a OSM. Luego corregir la traza. Saludos, -- -- *Martin Andres Gomez Gimenez* web: http://www.i-nis.com.ar e-mail: mggime...@i-nis.com.ar Jabber: mggime...@i-nis.com.ar *Usuario Linux: #306000* gpg --keyserver pgp.mit.edu --recv-key 0x52C123F7 Key fingerprint = 9155 6573 EE6D 1D80 5E2B 6F5B F14A AF1E 52C1 23F7 ___ Talk-ar mailing list Talk-ar@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ar -- Raúl Herrera S. Y /\ (OO) /\ /\ \##\ /\/#\ /##\ \##\ /##\ /###\/\ /##/ // \#\/#/\/\##\/##/ // \##/ \##/ \/ / \/\/\##/ \/ ___ Talk-ar mailing list Talk-ar@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ar
Re: [Talk-ar] modelo de garmin
El vie, 31-05-2013 a las 13:36 -0300, Raul A. Herrera S. escribió: Hola Martín, No, aún no lo actualice porque estaba esperando que Garmin corrija el bug de los puntos negros. Hasta fines del año pasado no lo habían hecho, tendría que ver ahora, actualizar y probar. El problema del track fuera de ruta no fue por mala recepción ya que estaba en la patagonia con buena cobertura, por eso pensaba en el mapa. Tendría que buscar el track y verificarlo con otros mapas y/o imagenes. También puede que el camino estuviera relevado mediante imágenes satélitales con corrimientos importantes. Una de las cosas que hacen los GPSs de auto (como los Nuvis) es forzar el track para que corra sobre el camino dibujado en el mapa y muestra eso en pantalla. Cuando uno descarga ese track esta en la posición real como debe ser. Los GPSs de mano de Garmin permiten elegir entre forzar el track sobre el camino o dibujarlo en la posición real. Esta misma funcionalidad puede habilitarse en el GPS para autos seteando la modalidad Fuera de ruta. Relevar sin esa modalidad puede incurrirse en levantamientos érroneos, y lo que es peor, copiando datos del mapa que se está usando. En la wiki de OSM se explica como relevar con GPSs para auto. Saludos, -- Martin Andres Gomez Gimenez web: http://www.i-nis.com.ar e-mail: mggime...@i-nis.com.ar Jabber: mggime...@i-nis.com.ar Usuario Linux: #306000 gpg --keyserver pgp.mit.edu --recv-key 0x52C123F7 Key fingerprint = 9155 6573 EE6D 1D80 5E2B 6F5B F14A AF1E 52C1 23F7 signature.asc Description: This is a digitally signed message part ___ Talk-ar mailing list Talk-ar@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ar
[Talk-ar] Corrección del trazado de calles
Buenas! Como ya es sabido, las trazas de muchas calles están corridas con respecto de la imagen satelital por varias razones. El problema de corregirlas es que pueden correrse sin querer las que intresectan y en definitiva queda peor que antes. Por ej: si el trazado de calles conforma una cuadrícula y se corren algunas vías deja de tener esa estructura de cuadrícula. Creo que son muy pocos los que tienen el tiempo libre necesario para corregir todo un conjunto de calles corridas evitando que otras queden torcidas. Obviamente que si la diferencia con la imagen es muy evidente hay que arreglarla de una. ¿Hay alguien corrigiendo esto en Buenos Aires? ¿En qué zonas? ___ Talk-ar mailing list Talk-ar@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ar
Re: [Talk-ar] Corrección del trazado de calles
Antes que la imagen satelital, primero hay que ver los tracks gpx que subieron en la zona. La imagen satelital puede estar desplazada. Me pasó que dibuje rutas enteras atravesando provincias, perfectamente alineadas a tracks gpx perfectos que yo subi, y con el tiempo vi que otros dibujantes las habian desplazados pegandola a la imagen satelital (que estaba mal) saludos!. El 31 de mayo de 2013 22:06, Gonzalo Gabriel Pérezzalit...@gmail.comescribió: Buenas! Como ya es sabido, las trazas de muchas calles están corridas con respecto de la imagen satelital por varias razones. El problema de corregirlas es que pueden correrse sin querer las que intresectan y en definitiva queda peor que antes. Por ej: si el trazado de calles conforma una cuadrícula y se corren algunas vías deja de tener esa estructura de cuadrícula. Creo que son muy pocos los que tienen el tiempo libre necesario para corregir todo un conjunto de calles corridas evitando que otras queden torcidas. Obviamente que si la diferencia con la imagen es muy evidente hay que arreglarla de una. ¿Hay alguien corrigiendo esto en Buenos Aires? ¿En qué zonas? ___ Talk-ar mailing list Talk-ar@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ar ___ Talk-ar mailing list Talk-ar@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ar
Re: [Talk-at] Citybike Wien
On 05/29/2013 12:06 PM, Stefan Tauner wrote: [...] und scheinbar nun die petrusgasse... die ist wohl erst 2013 in betrieb gegangen (so wie die 3. station beim westbahnhof... siehe news seite des betreibers). ich komm da nicht so schnell vorbei, aber kenn wen in der nähe und werd fragen... So, also die Station gibt's jetzt auch in OSM. Hab sie gerade eingetragen nachdem ich heute vorbeigegangen bin. Changeset: http://www.openstreetmap.org/browse/changeset/16366699 Norbert ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Linuxwochen Linz OSM Stand?
On 2013-05-30 11:41, Holger Schöner wrote: Hallo, [...] Da ich aus persönlichen Gründen nicht mehr so viel Zeit habe, werde ich mich um eine Organisation nicht kümmern können. Ich könnte aber möglicherweise zumindest zeitweise am Stand sein, wenn sich jemand (mehrere) anderes findet um einen zu organisieren. Hat nicht jemand von euch Lust darauf? Lust schon, die Zeit und die Energie im Moment leider auch nicht. Ich würde mich jedoch auch einige Zeit dazustellen, wenn ein Stand vorhanden wäre. Ich gebe ggf. auf Anfrage den Kontakt weiter. Weitere Informationen zu den Linuxwochen (hmm, ist ja nur ein Tag) auf Ich habe persönlich Kontakt mit den Organisatoren der Linuxwochen Linz. Soweit ich weiß, ist nicht sicher, ob wir den Vorbereich zum Veranstaltungssaal für uns alleine hätten, das müssten wir dann abklären. Auf Grund dessen wurde auch die Möglichkeit, Stände aufzustellen, nirgendwo angekündigt. Wenn sich jemand bereit erklärt, einen Stand zu organisieren, kann ich sehen, was sich machen lässt. Grüße, Wolfgang. ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
[Talk-lv] konflikti, dwg un ne2
tie, kas vairaak/ilgaak seko liidzi osm lietaam, varbuut jau zina, kas ir ne2. pat ja nee, vareetu buut interesanti palasiit data working group konflikta risinaashanas proceduuru un sleedzienus :) http://wiki.osmfoundation.org/w/images/4/47/DWG_NE2_Turn_Restriction_dispute.pdf -- Rich ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv
[Talk-ca] GeoThink au Québec...
Pour faire suite aux commentaires de Fabien, Bruno et Simon, Stéphane Roche, le professeur de l'Université Laval derrière GeoThink, a répondu positivement à la demande de faire une rencontre ouverte sur son projet GeoThink. Cela sera prévu sûrement à Québec durant le mois de juin pour ceux qui pourront y être, on pourrait trouver un moyen virtuel de se lier à quelque part à Montréal aussi. Comme ce sera ouvert, restez aux aguets lors de la création de ce futur Meetup-Géo Québec ! Au plaisir, Nicolas Gignac -- Bonjour à tous Je trouve l'ide intressante en effet et sans doute plus pertinente. Je n'avais juste pas anticip un tel retour... Lors du montage du projet, le calendrier tait par ailleurs tellement serr que je n'avais pas eu le temps de tisser les partenariats ici Qubec et au Qubec. Alors oui je suis partant pour organiser une rencontre comme celle-ci, je pourrais sans doute trouver une salle pour cela sur le campus, moins que nous fassions cela ailleurs (Le Cercle: je peux voir avec Bruno Bernier par exemple). Une rencontre informelle: je fais une brve prsentation du projet et on discute des suites donner en ce qui concerne les partenariats possibles... La seconde quinzaine de juin serait faisable pour moi... Stéphane Roche -- Dr. Stphane Roche Professeur titulaire de sciences gomatiques Directeur scientifique du rseau GEOIDE Universit Laval, Qubec (QC), Canada www.scg.ulaval.ca www.geoide.ulaval.ca stephane.ro...@scg.ulaval.ca twitter: @Geodoc31 linkedin: http://ca.linkedin.com/in/stephroche skype: geodoc31 -- Le 2013-05-30 12:53, NICOLAS GIGNAC a crit : Bonjour Stphane, Vu la raction au Qubec suite la cration de votre initiative GeoThink, ton ide de faire une rencontre prive avec les gens intresss ne pourrait-elle pas tre revue ? Ne serait-il pas plus efficace et appropri de le faire plus ouvertement, comme cela a t propos par certains, soit un genre de Meetup Go Qubec (Universit Laval ?) avec un appel ouvert qui veut bien assister (organismes publics, entreprises prives, universits, ONG, etc.) et une prsentation de GeoThink, soit : ses objectifs, ses projets, ses possibles partenariats et alliances au Qubec ? L'ide t'es lance, toi de nous dire si tu es intress. Merci de nous tenir au courant. Au plaisir d'avoir de tes nouvelles, Nicolas Simon Mercier smerc...@mapgears.com 2013-05-30 12:20 pti Message original Sujet: Re: [Talk-ca] Fwd: [Okfn-ca] Fwd: GeoThink : donnes ouvertes... Date : Wed, 29 May 2013 18:28:28 -0400 De : Simon Mercier smerc...@mapgears.com smerc...@mapgears.com Pour : Bruno Remy bremy.qc...@gmail.com bremy.qc...@gmail.com Copie : Fabian Rodriguez magic...@member.fsf.org magic...@member.fsf.org, talk-ca@openstreetmap.org Bruno, Fabian J'avais pens cet hiver lancer un groupe Meetup Go Qubec (genre 5@7) entre autres, pour ce genre d'changes/discussions. Par manque de temps, je n'ai pas donn suite, mais l'option est toujours l si d'autres sont intresss entretenir la communaut! J'imagine que Nicolas Gignac et/ou Stephane Roche (qui sont probablement aussi sur cette liste) pourront venir ce Meetup pour en discuter. Il s'agit simplement de trouver un endroit et dterminer une frquence de rencontres ... http://www.meetup.com/quebec-geo/ cheers Le 13-05-29 4:09 PM, Bruno Remy a crit : Merci Fabian! Nous avons vu passer la nouvelle sur les media sociaux, et allons probablement en parler avec des intervenants en particulier Stphane Roche Qubec, qui a manifest son interet pour notre prochain meetup. Je suggre la constitution d'un comit OSM qui pourrait faire l'interface entre OSM Canada et Geothink. Qu'en dites-vous? Bruno Remy Le 2013-05-29 15:52, Fabian Rodriguez magic...@member.fsf.org a crit : tl;dr: 2.4 million CDN$ over 5 years for Geo/Open Data - more at http://geothink.ca/ Original Message Subject:[Okfn-ca] Fwd: GeoThink : donnes ouvertes... Date: Wed, 29 May 2013 15:37:01 -0400 From: Diane Mercier diane.merc...@gmail.com Reply-To: diane.merc...@gmail.com To: okfn...@lists.okfn.org Message original Sujet: GeoThink : données ouvertes... Date : Wed, 29 May 2013 11:37:00 -0400 De : NICOLAS GIGNAC nicolas.gig...@msp.gouv.qc.ca Pour : joseedalla...@cgq.qc.ca, aho...@cmm.qc.ca, craig.franc...@gatineau.ca, diane.merc...@gmail.com, Patrick Parent patrick.par...@sct.gouv.qc.ca, an.thibod...@ville.laval.qc.ca, alexandre.briseb...@ville.quebec.qc.ca, dominic.sav...@ville.quebec.qc.ca, Pitre Patrice pit...@ville.repentigny.qc.ca, michael.how...@ville.sherbrooke.qc.ca Copie : steve.tout...@inspq.qc.ca, nathalie.mich...@mrn.gouv.qc.ca, GEOMSP geomsp.spsso...@msp.gouv.qc.ca, STÉPHANE CYR stephane@msp.gouv.qc.ca Pour votre
Re: [Talk-cz] Turistické známky
Dne 31.5.2013 07:58, Petr Kadlec napsal: 2013/5/30 Marián Kyral mky...@email.cz Prodejní místa se můžou změnit, website se může změnit. Potřeboval bych nějak identifikovat nově přidaná nebo smazaná prodejní místa. Pokud budu mít klíč checkpoint:sales_point:1 tak není problém zjistit, jestli se něco změnilo, nebo ne. Ovšem pokud budu mít x členů relace s rolí sales_point tak nevím jak poznám, který člen odpovídá Infocentrum Impuls, 793 24 Karlova Studánka 59. No a pokud se infocentrum přestěhuje a bude tam nově třeba ... Karlova Studánka 77. tak už to vůbec nepoznám. Jednak připomínám, že relace si pamatuje pořadí členů, tedy stačí všechny členy s rolí sales_point mít ve správném pořadí. Pokud se vám to zdá příliš křehké (či chcete mít možnost některá prodejní místa (prozatím) přeskočit), dá se pořadové číslo těch členů uvést i přímo do té role jako např. „sales_point:1 (viz např. http://wiki.openstreetmap.org/wiki/Relation:route#Members [1]). Rozhodně by to bylo mnohem lepší než množit atributy, to je naprosto proti jejich smyslu. Díky, to se asi bude hodit. Když už se o tom mluví, mám jednu off topic otázku: Pokud jsou součastí relace cesty (které na sebe navazují), dají se tyto v josm nějak automaticky seřadit? Když jsem posledně opravoval vedení turistické značky, nic takového jsem nenašel a musel jsem to řadit po jednom a manuálně. Díky, Marián -- Petr Kadlec / Mormegil ___ Talk-cz mailing list Talk-cz@openstreetmap.orghttp://lists.openstreetmap.org/listinfo/talk-cz [2] Links: -- [1] http://wiki.openstreetmap.org/wiki/Relation:route#Members [2] http://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Turistické známky
Dne 31.5.2013 11:17, Marián Kyral napsal: Díky, to se asi bude hodit. Když už se o tom mluví, mám jednu off topic otázku: Pokud jsou součastí relace cesty (které na sebe navazují), dají se tyto v josm nějak automaticky seřadit? Když jsem posledně opravoval vedení turistické značky, nic takového jsem nenašel a musel jsem to řadit po jednom a manuálně. Beru zpět, už jsem to našel. Sice někde úplně jinde, než jsem čekal, ale našel ;-) Marián ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Turistické známky
Ano, v josm se členové seřadit dají. V editoru relace je vedle seznamu členů tlačítko s popisem Sort relation members., které seřadí vybrané členy (nebo všechny členy, pokud není vybraný žádný, nebo jeden člen). Dne Pá 31. května 2013 11:17:15, Marián Kyral napsal(a): Díky, to se asi bude hodit. Když už se o tom mluví, mám jednu off topic otázku: Pokud jsou součastí relace cesty (které na sebe navazují), dají se tyto v josm nějak automaticky seřadit? Když jsem posledně opravoval vedení turistické značky, nic takového jsem nenašel a musel jsem to řadit po jednom a manuálně. Díky, Marián -- Petr Kadlec / Mormegil ___ Talk-cz mailing list Talk-cz@openstreetmap.orghttp://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [OSM-talk-fr] Réunion parisienne OSM le 31
Bonjour, Merci pour les précisions ! A ce soir alors. -- Yoann ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Réunion parisienne OSM le 31
Bonjour, Je vous confirme ma présence (je ne passe finalement pas à Saclay). A+ Le 30 mai 2013 00:29, Yoann Sculo yoann.sc...@gmail.com a écrit : Bonsoir, Je suis un contributeur très récent, mais je crois avoir choppé le virus :) Malheureusement, je n'ai pas pu passer au salon Solutions Linux mais sur IRC on m'a parlé de la réunion de vendredi soir à Paris (http://openstreetmap.fr/2013-05-31-reunion-paris) Ne trouvant pas plus d'information, j'aurais aimé savoir : - si déjà cela a toujours lieu. Car je vois qu'une cartopartie a lieu a Saclay presque en même temps. - si vous accueillez les nouveaux curieux :) - s'il faut ramener quelque chose. Je vois que c'est le cas à Marseille. Merci d'avance ! -- Yoann Sculo (ysculo) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Marc Sibert m...@sibert.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Import adresses Grand Lyon
Bonjour, N'ayant pas trouvé l'information, je me permet de poser la question ici. A priori, les données adresses du Grand Lyon ont été libérées et la licence doit permettre sont intégration dans OSM : http://smartdata.grandlyon.com/localisation/numfro-de-voirie-du-grand-lyon-voies-et-adresses/ Est-ce que quelqu'un s'occupe déjà de ce projet ? Est-ce que quelqu'un est intéressé pour travailler sur cet import ou m'aider à comprendre comment s'y prendre ? De ce que j'ai cru comprendre, cela a déjà été fait par exemple sur Nantes (http://wiki.openstreetmap.org/wiki/Nantes/Adresses_postales_Nantes_M%C3%A9tropole) Merci d'avance, Gaël. -- View this message in context: http://gis.19327.n5.nabble.com/Import-adresses-Grand-Lyon-tp5763488.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] Import adresses Grand Lyon
Salut, il s'agit effectivement de données qui ont été libérées, et qui ne sont pas encore dans OSM. A savoir qu'il y a déjà pas mal d'adresses présentes dans OSM (surtout centre ville) donc pas d'import brutal ! J'ai déjà regardé les jeux de données mais je n'ai pas encore eu le temps de m'en occuper ... par contre je peux t'aider à comprendre comment elles sont structurées pour faciliter l'intégration ;) De ce que j'avais vu des données brutes sur le site opendata il y a besoin de faire des jointures entre plusieurs couches (ce qui est dans mes cordes) ... sur le lien que tu as donné apparemment c'est déjà fait, mais par contre il y a clairement un problème au niveau de la projection : le fichier fourni est indiqué en CC46, alors que les coordonnées des points sont en WGS84 ! Les points semblent à peu près bien placés (j'ai retrouvé chez moi), et positionnés sur la limite des bâtiments. Il y a des rues qui ne semblent pas très droites, ça demande à vérifier avec les données déjà dans OSM pour comparaison ;) Je met également en copie al liste local-lyon, qui me paraît plus appropriée pour régler les détails de terrain ;) Sylvain Le 31 mai 2013 10:27, GaelADT gael.sauva...@gmail.com a écrit : Bonjour, N'ayant pas trouvé l'information, je me permet de poser la question ici. A priori, les données adresses du Grand Lyon ont été libérées et la licence doit permettre sont intégration dans OSM : http://smartdata.grandlyon.com/localisation/numfro-de-voirie-du-grand-lyon-voies-et-adresses/ Est-ce que quelqu'un s'occupe déjà de ce projet ? Est-ce que quelqu'un est intéressé pour travailler sur cet import ou m'aider à comprendre comment s'y prendre ? De ce que j'ai cru comprendre, cela a déjà été fait par exemple sur Nantes ( http://wiki.openstreetmap.org/wiki/Nantes/Adresses_postales_Nantes_M%C3%A9tropole ) Merci d'avance, Gaël. -- View this message in context: http://gis.19327.n5.nabble.com/Import-adresses-Grand-Lyon-tp5763488.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 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Liste locale Nord-Pas-de-Calais
Salut à tous, suite à un début de coordination de l'activité OSM sur le Nord-Pas de Calais, je profite pour vous rappeler l'existence de cette liste locale : http://listes.openstreetmap.fr/wws/info/local-npdc merci aux contributeurs du Nord et du Pas-de-Calais de nous y rejoindre, afin d'essayer de se coordonner un peu mieux! Un des premiers chantiers locaux, pourrait être de remettre au propre la hiérarchisation des voies qui laisse un peu à désirer exemple : ici : http://www.openstreetmap.org/?lat=50.5178lon=1.5934zoom=14layers=M ou là: http://www.openstreetmap.org/?lat=50.8189lon=2.0495zoom=14layers=M à bientôt Adrien -- http://www.virage-energie-npdc.org/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import adresses Grand Lyon
Bonjour, Le point m'intéresse, surtout que j'ai la CCA ( http://www.concarneau-cornouaille.fr/index.php) qui m'a fait une proposition identique (on coince pour le moment sur la licence). A+ Le 31 mai 2013 10:27, GaelADT gael.sauva...@gmail.com a écrit : Bonjour, N'ayant pas trouvé l'information, je me permet de poser la question ici. A priori, les données adresses du Grand Lyon ont été libérées et la licence doit permettre sont intégration dans OSM : http://smartdata.grandlyon.com/localisation/numfro-de-voirie-du-grand-lyon-voies-et-adresses/ Est-ce que quelqu'un s'occupe déjà de ce projet ? Est-ce que quelqu'un est intéressé pour travailler sur cet import ou m'aider à comprendre comment s'y prendre ? De ce que j'ai cru comprendre, cela a déjà été fait par exemple sur Nantes ( http://wiki.openstreetmap.org/wiki/Nantes/Adresses_postales_Nantes_M%C3%A9tropole ) Merci d'avance, Gaël. -- View this message in context: http://gis.19327.n5.nabble.com/Import-adresses-Grand-Lyon-tp5763488.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 -- Marc Sibert m...@sibert.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import adresses Grand Lyon
Sylvain Maillard wrote Salut, il s'agit effectivement de données qui ont été libérées, et qui ne sont pas encore dans OSM. A savoir qu'il y a déjà pas mal d'adresses présentes dans OSM (surtout centre ville) donc pas d'import brutal ! J'ai déjà regardé les jeux de données mais je n'ai pas encore eu le temps de m'en occuper ... par contre je peux t'aider à comprendre comment elles sont structurées pour faciliter l'intégration ;) De ce que j'avais vu des données brutes sur le site opendata il y a besoin de faire des jointures entre plusieurs couches (ce qui est dans mes cordes) ... sur le lien que tu as donné apparemment c'est déjà fait, mais par contre il y a clairement un problème au niveau de la projection : le fichier fourni est indiqué en CC46, alors que les coordonnées des points sont en WGS84 ! Les points semblent à peu près bien placés (j'ai retrouvé chez moi), et positionnés sur la limite des bâtiments. Il y a des rues qui ne semblent pas très droites, ça demande à vérifier avec les données déjà dans OSM pour comparaison ;) Je met également en copie al liste local-lyon, qui me paraît plus appropriée pour régler les détails de terrain ;) Sylvain Ok super. Je vais également jeter un coup d’œil aux données. Donc l'idée serait de faire comment ? Essayer de croiser les données du Grand Lyon et de OSM pour voir là où il y a des manques. Et ensuite importer à la main les adresses rue par rue dans JOSM ? Gaël. -- View this message in context: http://gis.19327.n5.nabble.com/Import-adresses-Grand-Lyon-tp5763488p5763503.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] Import adresses Grand Lyon
Je peux donner un coup de main si vous faites un mapcraft. Va ne doit pas être plus compliqué que la cadastre. Le 31 mai 2013 12:34, GaelADT gael.sauva...@gmail.com a écrit : Sylvain Maillard wrote Salut, il s'agit effectivement de données qui ont été libérées, et qui ne sont pas encore dans OSM. A savoir qu'il y a déjà pas mal d'adresses présentes dans OSM (surtout centre ville) donc pas d'import brutal ! J'ai déjà regardé les jeux de données mais je n'ai pas encore eu le temps de m'en occuper ... par contre je peux t'aider à comprendre comment elles sont structurées pour faciliter l'intégration ;) De ce que j'avais vu des données brutes sur le site opendata il y a besoin de faire des jointures entre plusieurs couches (ce qui est dans mes cordes) ... sur le lien que tu as donné apparemment c'est déjà fait, mais par contre il y a clairement un problème au niveau de la projection : le fichier fourni est indiqué en CC46, alors que les coordonnées des points sont en WGS84 ! Les points semblent à peu près bien placés (j'ai retrouvé chez moi), et positionnés sur la limite des bâtiments. Il y a des rues qui ne semblent pas très droites, ça demande à vérifier avec les données déjà dans OSM pour comparaison ;) Je met également en copie al liste local-lyon, qui me paraît plus appropriée pour régler les détails de terrain ;) Sylvain Ok super. Je vais également jeter un coup d’œil aux données. Donc l'idée serait de faire comment ? Essayer de croiser les données du Grand Lyon et de OSM pour voir là où il y a des manques. Et ensuite importer à la main les adresses rue par rue dans JOSM ? Gaël. -- View this message in context: http://gis.19327.n5.nabble.com/Import-adresses-Grand-Lyon-tp5763488p5763503.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 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import adresses Grand Lyon
bonjour, voici le lien pour la page complte du wiki sur l'intgration des adresses sur Nantes http://wiki.openstreetmap.org/wiki/Nantes/Adresses_postales_Nantes_M%C3%A9tropole et le lien "L'outil ddi l'intgration" : http://arboulig.free.fr/OSM/ImportNM/ vous pouvez voir qu'il n'y a presque plus d'adresses intgrer sauf 3 ou 4 l'ouest de Nantes. cet outil tait tres pratique car il permettait d'intgrer les rues unes unes avec les point d'adresse et la relation qui les rassemble seulement la verification du nom de la rue pour qu'elle colle celle de la relation restait faire. On pouvait de plus ajouter des commentaires et ajouter le statut de l'opration en cours. bref le top pour l'intgration des adresses. Je crois que c'est Bruno Cortial qui est l'origine de l'outil, vrifier sur la liste nantaise http://www.linux-nantes.org/wws/info/openstreetmap-nantes djoman Le 31/05/2013 12:37, Jean-Baptiste Holcroft a crit: Je peux donner un coup de main si vous faites un mapcraft. Va ne doit pas tre plus compliqu que la cadastre. Le 31 mai 2013 12:34, "GaelADT" gael.sauva...@gmail.com a crit: Sylvain Maillard wrote Salut, il s'agit effectivement de donnes qui ont t libres, et qui ne sont pas encore dans OSM. A savoir qu'il y a dj pas mal d'adresses prsentes dans OSM (surtout centre ville) donc pas d'import brutal ! J'ai dj regard les jeux de donnes mais je n'ai pas encore eu le temps de m'en occuper ... par contre je peux t'aider comprendre comment elles sont structures pour faciliter l'intgration ;) De ce que j'avais vu des donnes brutes sur le site opendata il y a besoin de faire des jointures entre plusieurs couches (ce qui est dans mes cordes) ... sur le lien que tu as donn apparemment c'est dj fait, mais par contre il y a clairement un problme au niveau de la projection : le fichier fourni est indiqu en CC46, alors que les coordonnes des points sont en WGS84 ! Les points semblent peu prs bien placs (j'ai retrouv chez moi), et positionns sur la limite des btiments. Il y a des rues qui ne semblent pas trs droites, a demande vrifier avec les donnes dj dans OSM pour comparaison ;) Je met galement en copie al liste local-lyon, qui me parat plus approprie pour rgler les dtails de terrain ;) Sylvain Ok super. Je vais galement jeter un coup dil aux donnes. Donc l'ide serait de faire comment ? Essayer de croiser les donnes du Grand Lyon et de OSM pour voir l o il y a des manques. Et ensuite importer la main les adresses rue par rue dans JOSM ? Gal. -- View this message in context: http://gis.19327.n5.nabble.com/Import-adresses-Grand-Lyon-tp5763488p5763503.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 ___ 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] Import adresses Grand Lyon
Le 31 mai 2013 13:27, djo_man djo_...@laposte.net a écrit : bonjour, voici le lien pour la page complète du wiki sur l'intégration des adresses sur Nantes http://wiki.openstreetmap.org/wiki/Nantes/Adresses_postales_Nantes_M%C3%A9tropole et le lien L'outil dédié à l'intégrationhttp://arboulig.free.fr/OSM/ImportNM/ : http://arboulig.free.fr/OSM/ImportNM/ vous pouvez voir qu'il n'y a presque plus d'adresses à intégrer sauf 3 ou 4 à l'ouest de Nantes. La discussion a repris il y a 2 semaines suite à l'ajout d'un test des données *via* Osmose: http://www.linux-nantes.org/wws/arc/openstreetmap-nantes/2013-05/msg0.html Romain ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import adresses Grand Lyon
Salut, Pour Nantes nous avions mis en place un outil pour aider à faire l'import de masse (pas le delta qui est mis en place via osmose). Je peux le remettre en place pour d'autres imports. Le principe: Il me faut des fichiers format OSM des relations à créer, chaque fichier contient la relation d'une rue, et les node adresse. Et un second fichier CSV de listes des rues, avec comme champs : une position lon/lat (le 1er n° de la rue par exemple, le nom de la rue, et le nom du fichier .osm A+ Bruno ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import adresses Grand Lyon
Bonjour, Les données du Grand Lyon ont été libérées il y a un an environ et disponibles sur http://catalogue.data.grandlyon.com/. Ils viennent visiblement de mettre en ligne depuis une semaine un nouveau site plus pédagogique http://smartdata.grandlyon.com/ http://smartdata.grandlyon.com/localisation/numfro-de-voirie-du-grand-lyon-voies-et-adresses/ et ont rajouté de nouveaux jeux de données (quartiers, bureaux de vote, etc.). J'ai déjà utilisé ces données pour les intégrer dans OSM à la main en mettant des calques WMS en image de fond dans JOSM. J'ai ainsi pu corriger des erreurs et ajouter des éléments (voiries, adresses, voies ferrées, arbres d'alignement, etc.) en complétant en général par une connaissance du terrain et/ou par l'imagerie Bing. Je n'ai eu aucun problème de projection car le serveur WMS supporte l'EPSG:3946 ce qui est bien pratique pour afficher le cadastre en superposition pour voir les différences entre les 2 sources... La problème que je vois avec l'intégration automatique des adresses c'est que cela va rajouter des nodes isolés alors qu'il me semble plus intéressant d'intégrer le point d'adressage sur le polygone du bâtiment existant (quand il y a un bâtiment, bien sûr...) car cela marque aussi la porte d'entrée dans l'immeuble. René. PS: j'ai aussi essayé de jouer avec le webservice WFS mais j'ai eu plus de difficultés sans doute liées à ma faible connaissance des formats et des outils. On 31/05/2013 11:09, Sylvain Maillard wrote: Salut, il s'agit effectivement de données qui ont été libérées, et qui ne sont pas encore dans OSM. A savoir qu'il y a déjà pas mal d'adresses présentes dans OSM (surtout centre ville) donc pas d'import brutal ! J'ai déjà regardé les jeux de données mais je n'ai pas encore eu le temps de m'en occuper ... par contre je peux t'aider à comprendre comment elles sont structurées pour faciliter l'intégration ;) De ce que j'avais vu des données brutes sur le site opendata il y a besoin de faire des jointures entre plusieurs couches (ce qui est dans mes cordes) ... sur le lien que tu as donné apparemment c'est déjà fait, mais par contre il y a clairement un problème au niveau de la projection : le fichier fourni est indiqué en CC46, alors que les coordonnées des points sont en WGS84 ! Les points semblent à peu près bien placés (j'ai retrouvé chez moi), et positionnés sur la limite des bâtiments. Il y a des rues qui ne semblent pas très droites, ça demande à vérifier avec les données déjà dans OSM pour comparaison ;) Je met également en copie al liste local-lyon, qui me paraît plus appropriée pour régler les détails de terrain ;) Sylvain Le 31 mai 2013 10:27, GaelADT gael.sauva...@gmail.com mailto:gael.sauva...@gmail.com a écrit : Bonjour, N'ayant pas trouvé l'information, je me permet de poser la question ici. A priori, les données adresses du Grand Lyon ont été libérées et la licence doit permettre sont intégration dans OSM : http://smartdata.grandlyon.com/localisation/numfro-de-voirie-du-grand-lyon-voies-et-adresses/ Est-ce que quelqu'un s'occupe déjà de ce projet ? Est-ce que quelqu'un est intéressé pour travailler sur cet import ou m'aider à comprendre comment s'y prendre ? De ce que j'ai cru comprendre, cela a déjà été fait par exemple sur Nantes (http://wiki.openstreetmap.org/wiki/Nantes/Adresses_postales_Nantes_M%C3%A9tropole) Merci d'avance, Gaël. -- View this message in context: http://gis.19327.n5.nabble.com/Import-adresses-Grand-Lyon-tp5763488.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org mailto:Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- René CHALON --- E-mail: rene.cha...@free.fr Web: http://rene.chalon.free.fr/ Also webmaster of: http://cdaa.free.fr/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import adresses Grand Lyon
Le 31 mai 2013 14:26, Rene Chalon rene.cha...@free.fr a écrit : La problème que je vois avec l'intégration automatique des adresses c'est que cela va rajouter des nodes isolés alors qu'il me semble plus intéressant d'intégrer le point d'adressage sur le polygone du bâtiment existant (quand il y a un bâtiment, bien sûr...) car cela marque aussi la porte d'entrée dans l'immeuble. C'est une façon de voir. Je penche plutôt pour le positionnement de ce node à l'emplacement de la boite aux lettres afin de se rapprocher des normes cadastrales. Le node pourra donc être isolé en limite de propriété ou sur le pourtour du polygone du bâtiment. L'intégration des adresses à Nantes est d'ailleurs selon ce schéma. Romain ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import adresses Grand Lyon
Le 31 mai 2013 14:26, Rene Chalon rene.cha...@free.fr a écrit : La problème que je vois avec l'intégration automatique des adresses c'est que cela va rajouter des nodes isolés alors qu'il me semble plus intéressant d'intégrer le point d'adressage sur le polygone du bâtiment existant (quand il y a un bâtiment, bien sûr...) car cela marque aussi la porte d'entrée dans l'immeuble. Je me suis sans doute mal expliqué sur l'outil nantais: il n'a rien d'automatique, c'est juste une interface pour récupérer en un clic sous josm les adresses et la relation d'une rue. Il reste a gérer l'existant avant l'upload.Via l'outil le contributeur peut ensuite toper la rue comme faite, et ajouter des commentaires. Bruno ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import adresses Grand Lyon
Le Fri, 31 May 2013 14:44:08 +0200, Romain MEHUT romain.me...@gmail.com a écrit : Le 31 mai 2013 14:26, Rene Chalon rene.cha...@free.fr a écrit : La problème que je vois avec l'intégration automatique des adresses c'est que cela va rajouter des nodes isolés alors qu'il me semble plus intéressant d'intégrer le point d'adressage sur le polygone du bâtiment existant (quand il y a un bâtiment, bien sûr...) car cela marque aussi la porte d'entrée dans l'immeuble. C'est une façon de voir. Je penche plutôt pour le positionnement de ce node à l'emplacement de la boite aux lettres afin de se rapprocher des normes cadastrales. Le node pourra donc être isolé en limite de propriété ou sur le pourtour du polygone du bâtiment. L'intégration des adresses à Nantes est d'ailleurs selon ce schéma. Plus ou moins. En fait, dans les données OpenData de Nantes, le point adresse était situé au milieu du linéaire de la parcelle en contact avec la voirie. En fonction des infos disponible les contributeurs ont pu ajuster les points. Dans tous les cas, il faut voir avant la règle prise par Lyon pour ses point adresse et utiliser une règle commune pour le positionnement. Une fois les points et la relation récupérés avec l'outil, rien n'empêche de déplacer les numéros et les ajouter au bâtiment. Jean signature.asc Description: PGP signature ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import adresses Grand Lyon
2013/5/31 Romain MEHUT romain.me...@gmail.com: C'est une façon de voir. Je penche plutôt pour le positionnement de ce node à l'emplacement de la boite aux lettres afin de se rapprocher des normes cadastrales. Le node pourra donc être isolé en limite de propriété ou sur le pourtour du polygone du bâtiment. L'intégration des adresses à Nantes est d'ailleurs selon ce schéma. D'après la source: Adresse postale, sur voie ou sur bâtiment, localisée à l'aplomb de la plaque, ou au plus proche de l'accès du bâtiment ou de la parcelle à référencer. Difficile de savoir si le noeud est plus proche de l'entrée, de la plaque et où se trouve la boite aux lettres... En ville, les boites sont souvent très proches de l'entrée et là, on chipotte pour quelques mètres, voir centimètres (si les boites sont regroupées et distantes des entrées, je préfère indiquer l'entrée. Bon, c'est sûr que le facteur ne sera pas du même avis. Mais je ne me fais pas de soucis pour lui, il n'a pas besoin d'OSM). Le mieux est de rattacher au minimum les noeuds sensés être sur le bâtiment avec leur way dans OSM (en principe, leur bâti et le nôtre ne devraient pas être très différents). Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import adresses Grand Lyon
Le 31 mai 2013 15:07, Pieren pier...@gmail.com a écrit : Le mieux est de rattacher au minimum les noeuds sensés être sur le bâtiment avec leur way dans OSM (en principe, leur bâti et le nôtre ne devraient pas être très différents). Oui c'est ce que je voulais dire mais ceci n'est vrai qu'en contexte de centre ville. C'est par contre différent pour l'habitat pavillonnaire où les nœuds seront isolés du bâti. Romain ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import adresses Grand Lyon
On 31/05/2013 14:44, Romain MEHUT wrote: Le 31 mai 2013 14:26, Rene Chalon rene.cha...@free.fr mailto:rene.cha...@free.fr a écrit : La problème que je vois avec l'intégration automatique des adresses c'est que cela va rajouter des nodes isolés alors qu'il me semble plus intéressant d'intégrer le point d'adressage sur le polygone du bâtiment existant (quand il y a un bâtiment, bien sûr...) car cela marque aussi la porte d'entrée dans l'immeuble. C'est une façon de voir. Je penche plutôt pour le positionnement de ce node à l'emplacement de la boite aux lettres afin de se rapprocher des normes cadastrales. Ce n'est pas tout à fait comme çà que les données du Grand Lyon ont été conçues : Adresse postale, sur voie ou sur bâtiment, localisée à l'aplomb de la plaque, ou au plus proche de l'accès du bâtiment ou de la parcelle à référencer. (Cf. http://smartdata.grandlyon.com/localisation/numfro-de-voirie-du-grand-lyon-voies-et-adresses/). Donc c'est bien l'entrée (du bâtiment ou de la parcelle) qui est référencée. Pour les données que j'ai déjà utilisées c'était bien le cas. Le node pourra donc être isolé en limite de propriété ou sur le pourtour du polygone du bâtiment. L'intégration des adresses à Nantes est d'ailleurs selon ce schéma. La plupart des adresses qui ont été ajoutées aujourd'hui à Lyon sont intégrées au polygone du bâtiment : http://www.openstreetmap.org/?lat=45.77513lon=4.825694zoom=18layers=M http://www.openstreetmap.org/?lat=45.751628lon=4.845569zoom=18layers=M http://www.openstreetmap.org/?lat=45.748117lon=4.838885zoom=18layers=M etc. Mais il y a aussi des cas avec : - soit directement dans les attributs du building : http://www.openstreetmap.org/?lat=45.760098lon=4.775756zoom=18layers=M - soit des points isolés : http://www.openstreetmap.org/?lat=45.740289lon=4.843777zoom=18layers=M René. -- René CHALON --- E-mail: rene.cha...@free.fr Web: http://rene.chalon.free.fr/ Also webmaster of: http://cdaa.free.fr/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import adresses Grand Lyon
2013/5/31 Rene Chalon rene.cha...@free.fr: Mais il y a aussi des cas avec : - soit directement dans les attributs du building : http://www.openstreetmap.org/?lat=45.760098lon=4.775756zoom=18layers=M Je suis partisan de la cohérence, au moins au niveau d'une ville. Si l'intégration est faite rue par rue, on peut déplacer l'info du polygone vers un noeud. Il faut aussi éviter de dupliquer l'adresse, amha. - soit des points isolés : http://www.openstreetmap.org/?lat=45.740289lon=4.843777zoom=18layers=M Typique du cadastre. Si le futur import propose une meilleure localisation, ne pas hésiter à améliorer. En attendant, ce genre d'adressage avec noeuds flottants, c'est toujours mieux que rien. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Tag de Cyberbases/Espaces Publics Numériques
Bonjour, Avez-vous déjà renseigné ce que certains appellent des Cyberbases, d'autres des espaces publics numériques ? Si oui, comment ? Perso, je serais tenté par un tag sur la bâtiment : building=yes internet_access=terminal Merci de votre aide. -- Emmanuel Lesouef signature.asc Description: PGP signature ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] drinking_water, oui mais...
Pieren pier...@gmail.com wrote: Je pense qu'indiquer la présence d'une citerne de collecte d'eau de pluie serait préférable. Sinon, on pourrait mettre drinkable=if_boiled à peu près partout où il y a de l'eau (en dehors des évacuations des centrales nucléaires/retraitements chères à Pierre-Alain ;). Oh mais je m'intéresse aussi à l'eau ;-) Mais plutot sur ces aspects réseaux (service publics de l'eau) D'ailleurs il y a un vague projet pour améliorer le tags des réseaux d'eau, car il y a des potables (eaux du robinets), de pluie et d'assainissement (clairement non potable ce sont les égouts)... Ce qui est proposé c'est un type=* pour les pipelines avec les valeurs : type=water type=drain type=sewer Mais c'est pas génial, une précision en plus sur la potabilité serait un plus. Un tag water_potable=* ou potable=* pourrait permettre de préciser la potabilité de n'importe quel type d'eau (réservoir, fontaine, rivière, conduites...) Mais bien sur il sera souvent délicat de le préciser avec justesse si il ne s'agit pas d'eau en provenance d'un réseau d'eau potable ou si c'est pas marqué dessus clairement... Donc a part un drinkable=yes/no (avec une source faible) je suis pas sur que l'on puisse s'engager autrement. -- Pierre-Alain Dorange OSM experiences : http://www.leretourdelautruche.com/map/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tag de Cyberbases/Espaces Publics Numériques
Bonjour, le terme le plus générique, en France, est espaces publics numériques qui regroupent les Cyberbases, cybercentres et autres espaces multimédia. J'en ai référencé un à Machecoul 44 : Nœud : Cybercentre (1978638217) Attributs : internet_access=service name=Cybercentre Noeud : car une salle seulement au sein du bâtiment médiathèque, avec entrée séparée A mon avis service est préférable à terminal car if you want to mention that there is personnel which helps you in case of problems http://wiki.openstreetmap.org/wiki/Key:internet_access ce qui est le propre des espaces publics numériques dans lequel un animateur est théoriquement toujours présent (pour accompagner en accès libre ou ateliers). Britz (les Cyberbases, ce fut mon activité que d'accompagner les communes à les mettre en place) Le 31/05/13 17:01, Emmanuel Lesouef a écrit : Bonjour, Avez-vous déjà renseigné ce que certains appellent des Cyberbases, d'autres des espaces publics numériques ? Si oui, comment ? Perso, je serais tenté par un tag sur la bâtiment : building=yes internet_access=terminal Merci de votre aide. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr