Re: [Talk-ko] Naming conventions in Korea
I have no real objection to the change, but I must point out that having Korean and English in the name=* tag has been extremely useful to me as a visitor to Korea. Other maps show only Korean. What I would like to see is an international version of the map which shows Korean and English for each object (street, shop, park, whatever) made from name:ko (name:en). There have been some experiments for this in the past, so maybe it will happen in the future. I am glad there has been some dialog on this. I wrote the wiki pages describing the naming convention in detail, but the original convention was chosen long ago based on the same decision made in Japan. Recently Japan has moved away from using Japanese and English in the name=* tag. Again, this is disappointing as the map is useful to me this way, however, hopefully similar functionality can be introduced in the future. I would recommend adding to the Wiki a note about name:ja and name:zh for Japanese and Chinese name tags too. I think ja and zh are the correct language codes. Best wishes, Andrew On Sun, 12 Oct 2014 23:14:26 Max wrote: There has been nobody coming forward with objections to change the naming convention. Please do so if you feel that this is going to be too fast or not in the right direction. Do you disagree with the following for the wiki? Korean is the only official language in Korea. Korean is written in Hangeul. Street signs often incorporate romanized or translated versions of names. Most often they are in English, but Chinese and Japanese can also be found. The romanization should follow the Revised Romanization of Korean for South Korea, and the McCune–Reischauer romanization for North Korea. name= Name in Hangeul name:ko= Name in Hangeul name:en= Translation if available, otherwise romanized name:ko_rm= romanized Example name=경부고속도로 name:ko=경부고속도로 name:en=Gyeongbu Expressway name:ko_rm=Gyeongbugosokdoro ___ Talk-ko mailing list Talk-ko@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ko ___ Talk-ko mailing list Talk-ko@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ko
Re: [talk-ph] I'm into a new mapping project
No need for a new phone, I'm actually just using a regular point and shoot digicam and GPS. On Fri, Oct 10, 2014 at 9:17 PM, RK rk.ara...@gmail.com wrote: Awesome! Thinking of getting a new phone for that actually. Current phone has no compass :( Ganbatte! Romer Kristi D. Aranas Graduate Student Master of Science in Geomatics Engineering Department of Geodetic Engineering University of the Philippines Diliman, Quezon City On Fri, Oct 10, 2014 at 9:10 PM, maning sambale emmanuel.samb...@gmail.com wrote: No, I'm not (yet) leaving OSM, but lately, I'm doing some street view mapping via mapillary [0]. Maybe some of you here are interested as well. [0] http://www.openstreetmap.org/user/maning/diary/23987 -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ talk-ph mailing list talk-ph@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ph -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ talk-ph mailing list talk-ph@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ph
Re: [talk-ph] tracing individual rice paddies
I don't quite agree that mapping individual rice paddies as landuse=farm is the way to go. I think the whole rice farm should be mapped as a single object and then the walls/terraces should be mapped as a different object. Generally, yes I agree for not mapping individual paddies. But, there should be some exemptions, in the case of Ifugao rice terraces, in the Atlas of Ifugao [0], it was mentioned that the Ifugaos have a sophisticated property right system dating pre-colonial times where each rice paddy has distinct ownership status. Thus, each rice paddy maybe a separate parcel if we borrow the term to the current legal ownership system in the Philippines. Are there people here more knowledgeable with Ifugao culture confirm if this ownership system still exist? I think man_made=bund is a pretty good suggestion. If we all agree on this tag, then we should use it and then suggest it to the global community on the tagging mailing list. Should we be creating a wikpage for this? [0] http://www.ebay.com/itm/CONKLIN-ATLAS-OF-THE-IFUGAO-/390687755077 -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ talk-ph mailing list talk-ph@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ph
Re: [talk-ph] Mapping Party in Sariaya?
Dear Eugene, This is great! Also note that there will be again a FOSS4G session at PhilGEOS where there will also be an OSM Workshop on Nov 29, 2014 at UP DIliman. So for those, planning to join both, you might need plan your weekends. :) We are also planning a bigger December meetup (1st week of Dec), more on this soon. More events the better! On Mon, Oct 13, 2014 at 9:11 AM, Eugene Alvin Villar sea...@gmail.com wrote: Hi everyone, After the WikiExpedition Santa Ana event which was held last September together with the Santa Ana Mapping Party, the next WikiExpedition will be in Sariaya, Quezon[1] in late November. Together with a few other people from Wikimedia Philippines, I went to Sariaya last Saturday, October 11, to meet the Sariaya Heritage Council to plan the upcoming WikiExpedition. I also met Nick, a Wikipedian and OSM mapper[2] based in Lucena City, just to the east of Sariaya. I think having a Mapping Party in Sariaya would be good. The town center is quite compact and has a nice grid layout that makes assigning areas easy. Sariaya is around 3-4 hours away from Manila so it's quite accessible. Nick is also supportive of the idea. I think Ian Lopez can also come as well. Alternatively, we can also have a Mapping Party in Tayabas City[3] to the northeast. The city center is just outside of the Bing satellite imagery coverage and it could benefit with old-style mapping (with GPS). What do you guys think? The last time we had a Mapping Party outside and near Manila was in 2010 in Cavite.[4] [1] http://www.openstreetmap.org/node/198524516 [2] https://www.openstreetmap.org/user/Nickrds09 [3] https://www.openstreetmap.org/node/198498395 [4] http://wiki.openstreetmap.org/wiki/Cavite_Road_Network_Mapping_Party ~Eugene ___ talk-ph mailing list talk-ph@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ph -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ talk-ph mailing list talk-ph@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ph
[OSM-talk-be] Meetup @ Antwerpen
Hi All, We are having another meetup on OSM: http://www.meetup.com/OpenStreetMap-Belgium/events/212206582/ Feel free to join us at any time during the evening. Cheers, Ben ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Map of local shops amenities based on OSM data
On 2014-09-26 13:54, Julien Minet wrote : Hi list! I made a small map of shops and amenities in my village, Marbehan, based on OSM data. The map is here and the blog article (in French) about it there. Any suggestions and improvement are welcome! I showed it to a local development agency (ADL Tintigny-Habay) and there were interested in further developments. They also started to contribute to OSM ;-). Hi Julien, I also hacked a POI map that you can find here. Anything you might find useful (in the html code) is there for the taking. I'm using flat text files (or scripts that produce one). JSON seems interesting. My blurb is stressing that any site may publish such a file that can be used by any other site to mix them (e. g. car sharing and blood donation). But when I showed that idea to sites, the only answer was silence or they pirated the idea and they made equivalent POIs with Google Map. If you want to broaden your POI activity, search for carte des commerces and look below the maps which provider they use, or more directly publiez vos points d'intérêt. André. ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
[OSM-talk] Detrimental validation software
Hi Once again I've had user Richrico use this website: http://osmlab.github.io/to-fix/?error=unconnected_major5 to inaccurately amend data in OSM. http://www.openstreetmap.org/way/65398595#map=19/51.32464/-2.22817 Way: 65398595 This way is /not/ joined. For clarification: http://goo.gl/maps/FHp4z I've tried to contact him previously, but he failed to respond. I've just sent him a second message. This, other similar types of software is being misused to insert errors into the OSM database. Without local knowledge there is no way users can be sure of the accuracy of there edits. They should stick to what they know. I believe this type of validation software should be discouraged, if not banned completely. I'm getting bored of my OSM time being taken up chasing after users who are semi-deliberately adding errors. Oh, on Maproulette I'm getting a virus warning: hxxp://198.58.115.35/piwik.js Regards Dave F. --- This email is free from viruses and malware because avast! Antivirus protection is active. http://www.avast.com ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Detrimental validation software
On 2014-10-13 12:48, Dave F. wrote: Once again I've had user Richrico use this website: http://osmlab.github.io/to-fix/?error=unconnected_major5 [1] to inaccurately amend data in OSM. http://www.openstreetmap.org/way/65398595#map=19/51.32464/-2.22817 [2] Way: 65398595 This way is _not_ joined. Well, it is. Only not as a road accessible to cars. If I saw that with local knowledge, I'd put a piece of footway inbetween. That's also good for navigation purposes. For clarification: http://goo.gl/maps/FHp4z [3] I've tried to contact him previously, but he failed to respond. I've just sent him a second message. This, other similar types of software is being misused to insert errors into the OSM database. Without local knowledge there is no way users can be sure of the accuracy of there edits. They should stick to what they know. I believe this type of validation software should be discouraged, if not banned completely. True, these kinds of validation services should be used with due care. And seeing that there is google streetview and a not so bad aerial view, this is a bad fix. I'm getting bored of my OSM time being taken up chasing after users who are semi-deliberately adding errors. There are good fixes from these kinds of services. There are very obvious mistakes that prevent navigation services to be used properly. Maybe the fix of roads 5m apart should be removed if it generates too many errors. Regards, Maarten ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Detrimental validation software
On 10/13/2014 6:48 AM, Dave F. wrote: This, other similar types of software is being misused to insert errors into the OSM database. Without local knowledge there is no way users can be sure of the accuracy of there edits. They should stick to what they know. I believe this type of validation software should be discouraged, if not banned completely. This could be a valid use of noexit=yes so that it won't be back on the QA tool? https://lists.openstreetmap.org/pipermail/tagging/2014-April/017367.html ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Detrimental validation software
On 13/10/2014 11:48, Dave F. wrote: Hi Once again I've had user Richrico use this website: http://osmlab.github.io/to-fix/?error=unconnected_major5 to inaccurately amend data in OSM. http://www.openstreetmap.org/way/65398595#map=19/51.32464/-2.22817 Way: 65398595 This way is /not/ joined. I messaged them (in what I believe was a friendly and polite manner) about a similar situation in Derbyshire in September and have not (yet) had a reply. On their OSM user page they identify themselves as improving OpenStreetMap data for Mapbox - maybe that would provide another route for attempting to make contact? If that doesn't work, perhaps send a we've tried contacting them, had no reply, and they're still doing it message to the DWG (d...@osmfoundation.org) requesting a temporary block until the user logs in, so at least we can be sure that they're actually seeing the message (I've certainly not always noticed the you have X messages message, and if their workflow goes directly to iD from something on github, they may not see it at all). I haven't chased up my original message - I'll do so today. Without local knowledge there is no way users can be sure of the accuracy of there edits. They should stick to what they know. I believe this type of validation software should be discouraged, if not banned completely. There are places where this sort of armchairing makes sense (such as untouched areas in the US, memorably referred to as TIGER barf by someone on IRC earlier today), but places with active local mappers aren't one of them Oh, on Maproulette I'm getting a virus warning: hxxp://198.58.115.35/piwik.js Sounds like that should be raised at https://github.com/osmlab/maproulette/issues (with details - though I suspect it might be something detecting piwik as an attempt to track, which it sort of is FSVO track). Obviously maproulette != osmlab.gitub.io of course. Cheers, Andy ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Detrimental validation software
2014-10-13 14:06 GMT+02:00 Mike N nice...@att.net: This could be a valid use of noexit=yes so that it won't be back on the QA tool? https://lists.openstreetmap.org/pipermail/tagging/2014-April/017367.html I agree, noexit=yes is the best solution, but you could also draw a little rectangle with landuse=grass (or surface=grass, or whatever is the best tag for this is) and two nodes with natural=tree, and a footway around both sides of the grass. If you want people to take an area seriously, you micromap the hell out of it, and people will think twice before deleting something someone has put effort in. Janko ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Detrimental validation software
Dave IMHO you should be talking to MapBox directly. If your local neighbour accidentally starts messing around in your garden you take it up with your neighbour. If a gardening company starts work in your area and mistakenly starts work in your garden, and the employee doesn't react to you telling him to stop, whom to you talk to then? Simon Am 13.10.2014 12:48, schrieb Dave F.: Hi Once again I've had user Richrico use this website: http://osmlab.github.io/to-fix/?error=unconnected_major5 to inaccurately amend data in OSM. http://www.openstreetmap.org/way/65398595#map=19/51.32464/-2.22817 Way: 65398595 This way is /not/ joined. For clarification: http://goo.gl/maps/FHp4z I've tried to contact him previously, but he failed to respond. I've just sent him a second message. This, other similar types of software is being misused to insert errors into the OSM database. Without local knowledge there is no way users can be sure of the accuracy of there edits. They should stick to what they know. I believe this type of validation software should be discouraged, if not banned completely. I'm getting bored of my OSM time being taken up chasing after users who are semi-deliberately adding errors. Oh, on Maproulette I'm getting a virus warning: hxxp://198.58.115.35/piwik.js Regards Dave F. http://www.avast.com/ This email is free from viruses and malware because avast! Antivirus http://www.avast.com/ protection is active. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk signature.asc Description: OpenPGP digital signature ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Detrimental validation software
Simon, That's a great point you make, about talking directly with your neighbor. But speaking as someone who had some negative experiences in a similar situation dealing with digitizers (offsite mappers) working for a company- how does one engage a company vs an account? If you are seeing multiple accounts making edits that are problematic, which may or may not identify themselves as working on behalf of a single entity- how are we to engage them? - Serge ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Detrimental validation software
Hi Serge I believe Alex Barth has identified himself as responsible for MapBox's data team and I would suggest to Dave discussing with Alex if there are issues. The mapper in question has identified himself as a MapBox employee, the correct and good thing to do, it probably simply needs a further pointer to MapBox itself. We can't assume that everybody knows the background etc. Simon Am 13.10.2014 15:12, schrieb Serge Wroclawski: Simon, That's a great point you make, about talking directly with your neighbor. But speaking as someone who had some negative experiences in a similar situation dealing with digitizers (offsite mappers) working for a company- how does one engage a company vs an account? If you are seeing multiple accounts making edits that are problematic, which may or may not identify themselves as working on behalf of a single entity- how are we to engage them? - Serge signature.asc Description: OpenPGP digital signature ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Detrimental validation software
Simon, So if i understand you right, the answer for a mapper is to find a company representative and work with them? Do we have a list of such representatives and their contact, along with the accounts that work on their behalf? - Serge ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Detrimental validation software
Dave - Alex here, I work with Richman (user account RichRico). Thanks for reporting. Looking into these issues now. Let me get back to you. The thread you opened here on talk exposed a weakness in our data team policy - you had no way to actually find from Richman's profile to my contact to properly escalate an issue. I'l make sure we properly link from user profiles to this policy so it's clear for people on how to get in touch if unexpected things are happening. [1] http://www.openstreetmap.org/user/lxbarth/diary/23801 On Mon, Oct 13, 2014 at 6:48 AM, Dave F. dave...@madasafish.com wrote: Hi Once again I've had user Richrico use this website: http://osmlab.github.io/to-fix/?error=unconnected_major5 to inaccurately amend data in OSM. http://www.openstreetmap.org/way/65398595#map=19/51.32464/-2.22817 Way: 65398595 This way is *not* joined. For clarification: http://goo.gl/maps/FHp4z I've tried to contact him previously, but he failed to respond. I've just sent him a second message. This, other similar types of software is being misused to insert errors into the OSM database. Without local knowledge there is no way users can be sure of the accuracy of there edits. They should stick to what they know. I believe this type of validation software should be discouraged, if not banned completely. I'm getting bored of my OSM time being taken up chasing after users who are semi-deliberately adding errors. Oh, on Maproulette I'm getting a virus warning: hxxp:// 198.58.115.35/piwik.js Regards Dave F. -- http://www.avast.com/ This email is free from viruses and malware because avast! Antivirus http://www.avast.com/ protection is active. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Detrimental validation software
Hi Dave, Richrico should have responded. The Mapbox data team has a policy to respond to all questions from the community. I'm sorry he didn't, he has now, and we've reminded all members of our data team of this policy. This should no longer be an issue in the future and all of our data team policies are completely transparent and can be found on the wiki:http://wiki.openstreetmap.org/wiki/Mapbox#Data_Team_Guidelines The software is not being misused to insert errors into the OSM database, it was a mistake. Just like Keepright, Osmose, and JOSM, to-fix has false positives. It's unfortunate and we're actively working to reduce them in number but they happen. Looking at the imagery I can see how it might be thought they connect, especially when none of us are using google maps for verification, right? If there are large scale issues with the things to-fix is highlighting we should have a discussion about that and I'm open to suggestions. You can submit issues here:https://github.com/osmlab/to-fix/issues The discussion about local knowledge vs remote or armchair mapping and your stance on detrimental software is another one entirely. On Monday, October 13, 2014 at 6:48 AM, Dave F. wrote: Hi Once again I've had user Richrico use this website: http://osmlab.github.io/to-fix/?error=unconnected_major5 to inaccurately amend data in OSM. http://www.openstreetmap.org/way/65398595#map=19/51.32464/-2.22817 Way: 65398595 This way is not joined. For clarification: http://goo.gl/maps/FHp4z I've tried to contact him previously, but he failed to respond. I've just sent him a second message. This, other similar types of software is being misused to insert errors into the OSM database. Without local knowledge there is no way users can be sure of the accuracy of there edits. They should stick to what they know. I believe this type of validation software should be discouraged, if not banned completely. I'm getting bored of my OSM time being taken up chasing after users who are semi-deliberately adding errors. Oh, on Maproulette I'm getting a virus warning: hxxp://198.58.115.35/piwik.js Regards Dave F. This email is free from viruses and malware because avast! Antivirus (http://www.avast.com/) protection is active. ___ talk mailing list talk@openstreetmap.org (mailto:talk@openstreetmap.org) https://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Detrimental validation software
Well we don't, which is clearly a weakness of the system as is. It is clearly is asking too much of the individual mapper to actually know whom to talk to. I'm fairly sure that simply adding the necessary information in some form to the employed users page is the best solution, anything else requires the mapper to know where to look, which again is really asking too much. Engaging with the company in question is naturally not guaranteed to end with a satisfactory resolution and there is a whole range of possible places such a dispute could be escalated to (LC, LWG, OSMF board). However I am counting on the enlightened self interest of the organisations employing mappers that in general escalation will not be necessary. Simon Am 13.10.2014 16:42, schrieb Serge Wroclawski: Simon, So if i understand you right, the answer for a mapper is to find a company representative and work with them? Do we have a list of such representatives and their contact, along with the accounts that work on their behalf? - Serge signature.asc Description: OpenPGP digital signature ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-nl] Onderschriften straatnaambordjes
On 2014-10-11 17:47, Pander wrote: Hoi allemaal, Is er in OSM ook de mogelijkheid om onderschriften op straatnaambordjes zoals Vlaamse barokschilder 1577 - 1640 op te slaan? De mogelijkheid is er altijd. Het is slechts een tag. De vraag is welke tag je hiervoor zou moeten gebruiken. name:description of iets dergelijks? Maarten ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Onderschriften straatnaambordjes
Het lijkt me eerder iets om toe te voegen aan Wikipedia (al zal dat meestal al wel gebeurd zijn) en dan een wikidata tag toevoegen in OSM. name:etymology:wikidata=Q5599 http://wiki.openstreetmap.org/wiki/Proposed_features/Wikidata Ik heb dit over Vlaanderen en Nederland gedaan voor Guido Gezelle en Pater Damiaan toen ik wat aan het experimenteren was met Wikidata. Het onderschrift zelf lijkt me niet belangrijk genoeg om toe te voegen in OSM. Ik heb deze vraag ook eens gesteld jaren geleden. Geen idee of het nog ergens in de archieven zit. Jo (Polyglot) Op 13 oktober 2014 09:05 schreef Maarten Deen md...@xs4all.nl: On 2014-10-11 17:47, Pander wrote: Hoi allemaal, Is er in OSM ook de mogelijkheid om onderschriften op straatnaambordjes zoals Vlaamse barokschilder 1577 - 1640 op te slaan? De mogelijkheid is er altijd. Het is slechts een tag. De vraag is welke tag je hiervoor zou moeten gebruiken. name:description of iets dergelijks? Maarten ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Onderschriften straatnaambordjes
On 2014-10-13 09:19, Jo wrote: Het lijkt me eerder iets om toe te voegen aan Wikipedia (al zal dat meestal al wel gebeurd zijn) en dan een wikidata tag toevoegen in OSM. name:etymology:wikidata=Q5599 http://wiki.openstreetmap.org/wiki/Proposed_features/Wikidata [2] Ik heb dit over Vlaanderen en Nederland gedaan voor Guido Gezelle en Pater Damiaan toen ik wat aan het experimenteren was met Wikidata. Dat is een mogelijkheid voor nationaal en internationaal bekende personen, maar moet ik dan echt een wikipagina gaan openen wie Marie Notermans of Kepringele waren? Dat worden heel korte pagina's die waarschijnlijk gauw verwijderd gaan worden. Het onderschrift zelf lijkt me niet belangrijk genoeg om toe te voegen in OSM. Ik heb deze vraag ook eens gesteld jaren geleden. Geen idee of het nog ergens in de archieven zit. Het is (in Nederland) onderdeel van het straatnaambord en we moeten toch mappen zoals het werkelijk aanwezig is? Maarten Op 13 oktober 2014 09:05 schreef Maarten Deen md...@xs4all.nl: On 2014-10-11 17:47, Pander wrote: Hoi allemaal, Is er in OSM ook de mogelijkheid om onderschriften op straatnaambordjes zoals Vlaamse barokschilder 1577 - 1640 op te slaan? De mogelijkheid is er altijd. Het is slechts een tag. De vraag is welke tag je hiervoor zou moeten gebruiken. name:description of iets dergelijks? Maarten ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl [1] Links: -- [1] https://lists.openstreetmap.org/listinfo/talk-nl [2] http://wiki.openstreetmap.org/wiki/Proposed_features/Wikidata ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Onderschriften straatnaambordjes
Het staat er hier in Vlaanderen/België ook vaak bij, maar ik beschouw het niet als deel van het straatnaambord, aangezien het best mogelijk is dat het aan de ene kant van de straat wel vermeld wordt en aan de andere kant niet. Dat hangt er een beetje van af in welke periode het bordje gemaakt werd, welke budgetten er toen waren en of er plaats genoeg is om het te vermelden. Enige interpretatie van de gegevens is nog wel toegelaten, lijkt me. Zoniet zouden we bij het volgende bordje de tekst Meise Wolvertem en die reclame eronder er ook bij moeten vermelden: http://www.nieuwsclub.be/n/fotos/2007/3250_Vlaamse_Leeuw_op_straatnaamborden_Meise.jpg En dan nog een manier verzinnen om te vermelden welke vlaggen erop staan ... voor de volledigheid. Jo Op 13 oktober 2014 09:31 schreef Maarten Deen md...@xs4all.nl: On 2014-10-13 09:19, Jo wrote: Het lijkt me eerder iets om toe te voegen aan Wikipedia (al zal dat meestal al wel gebeurd zijn) en dan een wikidata tag toevoegen in OSM. name:etymology:wikidata=Q5599 http://wiki.openstreetmap.org/wiki/Proposed_features/Wikidata [2] Ik heb dit over Vlaanderen en Nederland gedaan voor Guido Gezelle en Pater Damiaan toen ik wat aan het experimenteren was met Wikidata. Dat is een mogelijkheid voor nationaal en internationaal bekende personen, maar moet ik dan echt een wikipagina gaan openen wie Marie Notermans of Kepringele waren? Dat worden heel korte pagina's die waarschijnlijk gauw verwijderd gaan worden. Het onderschrift zelf lijkt me niet belangrijk genoeg om toe te voegen in OSM. Ik heb deze vraag ook eens gesteld jaren geleden. Geen idee of het nog ergens in de archieven zit. Het is (in Nederland) onderdeel van het straatnaambord en we moeten toch mappen zoals het werkelijk aanwezig is? Maarten Op 13 oktober 2014 09:05 schreef Maarten Deen md...@xs4all.nl: On 2014-10-11 17:47, Pander wrote: Hoi allemaal, Is er in OSM ook de mogelijkheid om onderschriften op straatnaambordjes zoals Vlaamse barokschilder 1577 - 1640 op te slaan? De mogelijkheid is er altijd. Het is slechts een tag. De vraag is welke tag je hiervoor zou moeten gebruiken. name:description of iets dergelijks? Maarten ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl [1] Links: -- [1] https://lists.openstreetmap.org/listinfo/talk-nl [2] http://wiki.openstreetmap.org/wiki/Proposed_features/Wikidata ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Onderschriften straatnaambordjes
Ik heb die discussie (uit 2011) teruggevonden: http://comments.gmane.org/gmane.comp.gis.openstreetmap.tagging/7316 Ik zat dus ooit met dezelfde vraag, maar ben tot de conclusie gekomen dat het niet echt nodig is. Een mogelijke key is dus eponym... Jo Op 13 oktober 2014 09:45 schreef Jo winfi...@gmail.com: Het staat er hier in Vlaanderen/België ook vaak bij, maar ik beschouw het niet als deel van het straatnaambord, aangezien het best mogelijk is dat het aan de ene kant van de straat wel vermeld wordt en aan de andere kant niet. Dat hangt er een beetje van af in welke periode het bordje gemaakt werd, welke budgetten er toen waren en of er plaats genoeg is om het te vermelden. Enige interpretatie van de gegevens is nog wel toegelaten, lijkt me. Zoniet zouden we bij het volgende bordje de tekst Meise Wolvertem en die reclame eronder er ook bij moeten vermelden: http://www.nieuwsclub.be/n/fotos/2007/3250_Vlaamse_Leeuw_op_straatnaamborden_Meise.jpg En dan nog een manier verzinnen om te vermelden welke vlaggen erop staan ... voor de volledigheid. Jo Op 13 oktober 2014 09:31 schreef Maarten Deen md...@xs4all.nl: On 2014-10-13 09:19, Jo wrote: Het lijkt me eerder iets om toe te voegen aan Wikipedia (al zal dat meestal al wel gebeurd zijn) en dan een wikidata tag toevoegen in OSM. name:etymology:wikidata=Q5599 http://wiki.openstreetmap.org/wiki/Proposed_features/Wikidata [2] Ik heb dit over Vlaanderen en Nederland gedaan voor Guido Gezelle en Pater Damiaan toen ik wat aan het experimenteren was met Wikidata. Dat is een mogelijkheid voor nationaal en internationaal bekende personen, maar moet ik dan echt een wikipagina gaan openen wie Marie Notermans of Kepringele waren? Dat worden heel korte pagina's die waarschijnlijk gauw verwijderd gaan worden. Het onderschrift zelf lijkt me niet belangrijk genoeg om toe te voegen in OSM. Ik heb deze vraag ook eens gesteld jaren geleden. Geen idee of het nog ergens in de archieven zit. Het is (in Nederland) onderdeel van het straatnaambord en we moeten toch mappen zoals het werkelijk aanwezig is? Maarten Op 13 oktober 2014 09:05 schreef Maarten Deen md...@xs4all.nl: On 2014-10-11 17:47, Pander wrote: Hoi allemaal, Is er in OSM ook de mogelijkheid om onderschriften op straatnaambordjes zoals Vlaamse barokschilder 1577 - 1640 op te slaan? De mogelijkheid is er altijd. Het is slechts een tag. De vraag is welke tag je hiervoor zou moeten gebruiken. name:description of iets dergelijks? Maarten ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl [1] Links: -- [1] https://lists.openstreetmap.org/listinfo/talk-nl [2] http://wiki.openstreetmap.org/wiki/Proposed_features/Wikidata ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Onderschriften straatnaambordjes
On 10/13/2014 09:52 AM, Jo wrote: Ik heb die discussie (uit 2011) teruggevonden: http://comments.gmane.org/gmane.comp.gis.openstreetmap.tagging/7316 Ik zat dus ooit met dezelfde vraag, maar ben tot de conclusie gekomen dat het niet echt nodig is. Een mogelijke key is dus eponym... Dank. Zeker niet geautomatiseerd voor elkaar te krijgen zonder grote inspanning van gemeentes en hun software. Wat bizar overigens dat er sponsoring op een straatnaambord geplaatst is. Onlangs viel mij op dat in Nederland op verkeerslichten ook het merk zichtbaar is als je als fietser of voetganger er vlak voor staat. Heb al twee verschillende gezien. Mogen dat soort zaken eigenlijk wel? Jo Op 13 oktober 2014 09:45 schreef Jo winfi...@gmail.com mailto:winfi...@gmail.com: Het staat er hier in Vlaanderen/België ook vaak bij, maar ik beschouw het niet als deel van het straatnaambord, aangezien het best mogelijk is dat het aan de ene kant van de straat wel vermeld wordt en aan de andere kant niet. Dat hangt er een beetje van af in welke periode het bordje gemaakt werd, welke budgetten er toen waren en of er plaats genoeg is om het te vermelden. Enige interpretatie van de gegevens is nog wel toegelaten, lijkt me. Zoniet zouden we bij het volgende bordje de tekst Meise Wolvertem en die reclame eronder er ook bij moeten vermelden: http://www.nieuwsclub.be/n/fotos/2007/3250_Vlaamse_Leeuw_op_straatnaamborden_Meise.jpg En dan nog een manier verzinnen om te vermelden welke vlaggen erop staan ... voor de volledigheid. Jo Op 13 oktober 2014 09:31 schreef Maarten Deen md...@xs4all.nl mailto:md...@xs4all.nl: On 2014-10-13 09:19, Jo wrote: Het lijkt me eerder iets om toe te voegen aan Wikipedia (al zal dat meestal al wel gebeurd zijn) en dan een wikidata tag toevoegen in OSM. name:etymology:wikidata=Q5599 http://wiki.openstreetmap.org/__wiki/Proposed_features/__Wikidata http://wiki.openstreetmap.org/wiki/Proposed_features/Wikidata [2] Ik heb dit over Vlaanderen en Nederland gedaan voor Guido Gezelle en Pater Damiaan toen ik wat aan het experimenteren was met Wikidata. Dat is een mogelijkheid voor nationaal en internationaal bekende personen, maar moet ik dan echt een wikipagina gaan openen wie Marie Notermans of Kepringele waren? Dat worden heel korte pagina's die waarschijnlijk gauw verwijderd gaan worden. Het onderschrift zelf lijkt me niet belangrijk genoeg om toe te voegen in OSM. Ik heb deze vraag ook eens gesteld jaren geleden. Geen idee of het nog ergens in de archieven zit. Het is (in Nederland) onderdeel van het straatnaambord en we moeten toch mappen zoals het werkelijk aanwezig is? Maarten Op 13 oktober 2014 09:05 schreef Maarten Deen md...@xs4all.nl mailto:md...@xs4all.nl: On 2014-10-11 17:47, Pander wrote: Hoi allemaal, Is er in OSM ook de mogelijkheid om onderschriften op straatnaambordjes zoals Vlaamse barokschilder 1577 - 1640 op te slaan? De mogelijkheid is er altijd. Het is slechts een tag. De vraag is welke tag je hiervoor zou moeten gebruiken. name:description of iets dergelijks? Maarten _ Talk-nl mailing list Talk-nl@openstreetmap.org mailto:Talk-nl@openstreetmap.org https://lists.openstreetmap.__org/listinfo/talk-nl https://lists.openstreetmap.org/listinfo/talk-nl [1] Links: -- [1] https://lists.openstreetmap.__org/listinfo/talk-nl https://lists.openstreetmap.org/listinfo/talk-nl [2] http://wiki.openstreetmap.org/__wiki/Proposed_features/__Wikidata http://wiki.openstreetmap.org/wiki/Proposed_features/Wikidata _ Talk-nl mailing list Talk-nl@openstreetmap.org mailto:Talk-nl@openstreetmap.org https://lists.openstreetmap.__org/listinfo/talk-nl https://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Onderschriften straatnaambordjes
Pander, Kijk ook eens hier http://www.openstreetmap.org/#map=16/52.3193/4.9543layers=N waar ze voor de veelkleurigheid ook buitenlandse verzetsstrijders vernoemen. Onvermeld blijft dat er van eenduidigheid, financiën, geen sprake zal zijn. Het gemeentelijk straatnamen beleid is een lokale zaak vaak burgerzaken. Maar het onderhoud van de openbare ruimte berust elders. Het zal IMHO nooit het duidelijk of eenduidig worden welke tekst er op een straatnaambord komt te staan je wilt tenslotte geen bord van 50 x 50 cm als straatnaambord, getuige de vele afkortingen die in Sander H's turbo menu opduiken (Bag 1130). Hendrikklaas Ik zou niet meer taggen dan de aanwezige wijkaanduidingen, als Zuid, Oud Zuid ed. ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl
[talk-au] street addressing city or suburb?
Hi all, What is the convention for tagging an address for a residential property in a suburb (Coorparoo) in a city (Brisbane)? addr:city = Brisbane Or addr:city = Coorparoo Or addr:suburb = Coorparoo Which is best for navigation and routing? Cheers Nick Lawrence Senior Spatial Science Officer (Geospatial Technologies) Engineering Technology | Department of Transport and Main Roads Floor 19 | 313 Adelaide Street | Brisbane Qld 4000 GPO Box 1412 | Brisbane Qld 4001 P: (07) 30667977 E: nicholas.g.lawre...@tmr.qld.gov.au W: www.tmr.qld.gov.auhttp://www.tmr.qld.gov.au *** WARNING: This email (including any attachments) may contain legally privileged, confidential or private information and may be protected by copyright. You may only use it if you are the person(s) it was intended to be sent to and if you use it in an authorised way. No one is allowed to use, review, alter, transmit, disclose, distribute, print or copy this email without appropriate authority. If this email was not intended for you and was sent to you by mistake, please telephone or email me immediately, destroy any hardcopies of this email and delete it and any copies of it from your computer system. Any right which the sender may have under copyright law, and any legal privilege and confidentiality attached to this email is not waived or destroyed by that mistake. It is your responsibility to ensure that this email does not contain and is not affected by computer viruses, defects or interference by third parties or replication problems (including incompatibility with your computer system). Opinions contained in this email do not necessarily reflect the opinions of the Department of Transport and Main Roads, or endorsed organisations utilising the same infrastructure. *** ___ Talk-au mailing list Talk-au@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] street addressing city or suburb?
Nicholas, generally, when addressing an envelope for example, we'd say - somestreet, Coorparoo, Queensland, postcode We'd reserve the use of Brisbane to an address in the CBD itself. Or so I think... Apply the same principle here do you think ? David On Mon, 2014-10-13 at 23:09 +, Nicholas G Lawrence wrote: Hi all, What is the convention for tagging an address for a residential property in a suburb (Coorparoo) in a city (Brisbane)? addr:city = “Brisbane” Or addr:city = “Coorparoo” Or addr:suburb = “Coorparoo” Which is best for navigation and routing? Cheers Nick Lawrence Senior Spatial Science Officer (Geospatial Technologies) Engineering Technology | Department of Transport and Main Roads Floor 19 | 313 Adelaide Street | Brisbane Qld 4000 GPO Box 1412 | Brisbane Qld 4001 P:(07) 30667977 E: nicholas.g.lawre...@tmr.qld.gov.au W: www.tmr.qld.gov.au *** WARNING: This email (including any attachments) may contain legally privileged, confidential or private information and may be protected by copyright. You may only use it if you are the person(s) it was intended to be sent to and if you use it in an authorised way. No one is allowed to use, review, alter, transmit, disclose, distribute, print or copy this email without appropriate authority. If this email was not intended for you and was sent to you by mistake, please telephone or email me immediately, destroy any hardcopies of this email and delete it and any copies of it from your computer system. Any right which the sender may have under copyright law, and any legal privilege and confidentiality attached to this email is not waived or destroyed by that mistake. It is your responsibility to ensure that this email does not contain and is not affected by computer viruses, defects or interference by third parties or replication problems (including incompatibility with your computer system). Opinions contained in this email do not necessarily reflect the opinions of the Department of Transport and Main Roads, or endorsed organisations utilising the same infrastructure. *** ___ Talk-au mailing list Talk-au@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-au ___ Talk-au mailing list Talk-au@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] street addressing city or suburb?
As far as routing engines go, my guess is City=Town=Suburb, they would dump them all into one box and sort. But I confess I don't see them as interchangeable in other contexts. Difficult question Nicholas ! David On Mon, 2014-10-13 at 23:54 +, Nicholas G Lawrence wrote: When I use the in-browser editor iD, and create a building outline to tag, it offers up addr:city as a tag, but not addr:suburb Of course, I can add a new tag addr:suburb easily enough, but it is a couple more steps. So the path of least resistance is to populate the tag addr:city and leave blank addr:suburb Personally, I am leaning towards addr:city = Coorparoo as it fits the convention of addressing letters as you point out. But I'd like to adhere to the established convention in Australia. Cheers, Nick -Original Message- From: David Bannon [mailto:dban...@internode.on.net] Sent: Tuesday, 14 October 2014 9:21 AM To: Nicholas G Lawrence Cc: talk-au@openstreetmap.org Subject: Re: [talk-au] street addressing city or suburb? Nicholas, generally, when addressing an envelope for example, we'd say - somestreet, Coorparoo, Queensland, postcode We'd reserve the use of Brisbane to an address in the CBD itself. Or so I think... Apply the same principle here do you think ? David On Mon, 2014-10-13 at 23:09 +, Nicholas G Lawrence wrote: Hi all, What is the convention for tagging an address for a residential property in a suburb (Coorparoo) in a city (Brisbane)? addr:city = “Brisbane” Or addr:city = “Coorparoo” Or addr:suburb = “Coorparoo” Which is best for navigation and routing? Cheers Nick Lawrence Senior Spatial Science Officer (Geospatial Technologies) Engineering Technology | Department of Transport and Main Roads Floor 19 | 313 Adelaide Street | Brisbane Qld 4000 GPO Box 1412 | Brisbane Qld 4001 P:(07) 30667977 E: nicholas.g.lawre...@tmr.qld.gov.au W: www.tmr.qld.gov.au ** * WARNING: This email (including any attachments) may contain legally privileged, confidential or private information and may be protected by copyright. You may only use it if you are the person(s) it was intended to be sent to and if you use it in an authorised way. No one is allowed to use, review, alter, transmit, disclose, distribute, print or copy this email without appropriate authority. If this email was not intended for you and was sent to you by mistake, please telephone or email me immediately, destroy any hardcopies of this email and delete it and any copies of it from your computer system. Any right which the sender may have under copyright law, and any legal privilege and confidentiality attached to this email is not waived or destroyed by that mistake. It is your responsibility to ensure that this email does not contain and is not affected by computer viruses, defects or interference by third parties or replication problems (including incompatibility with your computer system). Opinions contained in this email do not necessarily reflect the opinions of the Department of Transport and Main Roads, or endorsed organisations utilising the same infrastructure. ** * ___ Talk-au mailing list Talk-au@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-au ___ Talk-au mailing list Talk-au@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-au ___ Talk-au mailing list Talk-au@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] street addressing city or suburb?
I've always used addr:suburb=coorparoo and in my early work (that I am still to correct/remove) addr:city=Brisbane. Something about nominatum having the geo context to know which city said suburb exists within. The city node over City Hall being that get context. On Tuesday, 14 October 2014, David Bannon dban...@internode.on.net wrote: As far as routing engines go, my guess is City=Town=Suburb, they would dump them all into one box and sort. But I confess I don't see them as interchangeable in other contexts. Difficult question Nicholas ! David On Mon, 2014-10-13 at 23:54 +, Nicholas G Lawrence wrote: When I use the in-browser editor iD, and create a building outline to tag, it offers up addr:city as a tag, but not addr:suburb Of course, I can add a new tag addr:suburb easily enough, but it is a couple more steps. So the path of least resistance is to populate the tag addr:city and leave blank addr:suburb Personally, I am leaning towards addr:city = Coorparoo as it fits the convention of addressing letters as you point out. But I'd like to adhere to the established convention in Australia. Cheers, Nick -Original Message- From: David Bannon [mailto:dban...@internode.on.net javascript:;] Sent: Tuesday, 14 October 2014 9:21 AM To: Nicholas G Lawrence Cc: talk-au@openstreetmap.org javascript:; Subject: Re: [talk-au] street addressing city or suburb? Nicholas, generally, when addressing an envelope for example, we'd say - somestreet, Coorparoo, Queensland, postcode We'd reserve the use of Brisbane to an address in the CBD itself. Or so I think... Apply the same principle here do you think ? David On Mon, 2014-10-13 at 23:09 +, Nicholas G Lawrence wrote: Hi all, What is the convention for tagging an address for a residential property in a suburb (Coorparoo) in a city (Brisbane)? addr:city = “Brisbane” Or addr:city = “Coorparoo” Or addr:suburb = “Coorparoo” Which is best for navigation and routing? Cheers Nick Lawrence Senior Spatial Science Officer (Geospatial Technologies) Engineering Technology | Department of Transport and Main Roads Floor 19 | 313 Adelaide Street | Brisbane Qld 4000 GPO Box 1412 | Brisbane Qld 4001 P:(07) 30667977 E: nicholas.g.lawre...@tmr.qld.gov.au javascript:; W: www.tmr.qld.gov.au ** * WARNING: This email (including any attachments) may contain legally privileged, confidential or private information and may be protected by copyright. You may only use it if you are the person(s) it was intended to be sent to and if you use it in an authorised way. No one is allowed to use, review, alter, transmit, disclose, distribute, print or copy this email without appropriate authority. If this email was not intended for you and was sent to you by mistake, please telephone or email me immediately, destroy any hardcopies of this email and delete it and any copies of it from your computer system. Any right which the sender may have under copyright law, and any legal privilege and confidentiality attached to this email is not waived or destroyed by that mistake. It is your responsibility to ensure that this email does not contain and is not affected by computer viruses, defects or interference by third parties or replication problems (including incompatibility with your computer system). Opinions contained in this email do not necessarily reflect the opinions of the Department of Transport and Main Roads, or endorsed organisations utilising the same infrastructure. ** * ___ Talk-au mailing list Talk-au@openstreetmap.org javascript:; https://lists.openstreetmap.org/listinfo/talk-au ___ Talk-au mailing list Talk-au@openstreetmap.org javascript:; https://lists.openstreetmap.org/listinfo/talk-au ___ Talk-au mailing list Talk-au@openstreetmap.org javascript:; https://lists.openstreetmap.org/listinfo/talk-au -- Cheers, Jason M: 0438740049 ___ Talk-au mailing list Talk-au@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] street addressing city or suburb?
Hi. In OSM (for Australia), suburb=town, which is admin_level=9 for admin boundaries. We don't define the boundary of the wider metropolitan area. To be honest I'm not sure of the value in adding this to addresses. The location of the address (within admin boundaries) will determine this, along with any street related to the address. That is, it's probably better to let routing software infer the town, rather than re-enter it for every address. - Ben Kelley. -- Ben Kelley Sent from my Nexus 7 On 14 Oct 2014 11:19, David Bannon dban...@internode.on.net wrote: As far as routing engines go, my guess is City=Town=Suburb, they would dump them all into one box and sort. But I confess I don't see them as interchangeable in other contexts. Difficult question Nicholas ! David On Mon, 2014-10-13 at 23:54 +, Nicholas G Lawrence wrote: When I use the in-browser editor iD, and create a building outline to tag, it offers up addr:city as a tag, but not addr:suburb Of course, I can add a new tag addr:suburb easily enough, but it is a couple more steps. So the path of least resistance is to populate the tag addr:city and leave blank addr:suburb Personally, I am leaning towards addr:city = Coorparoo as it fits the convention of addressing letters as you point out. But I'd like to adhere to the established convention in Australia. Cheers, Nick -Original Message- From: David Bannon [mailto:dban...@internode.on.net] Sent: Tuesday, 14 October 2014 9:21 AM To: Nicholas G Lawrence Cc: talk-au@openstreetmap.org Subject: Re: [talk-au] street addressing city or suburb? Nicholas, generally, when addressing an envelope for example, we'd say - somestreet, Coorparoo, Queensland, postcode We'd reserve the use of Brisbane to an address in the CBD itself. Or so I think... Apply the same principle here do you think ? David On Mon, 2014-10-13 at 23:09 +, Nicholas G Lawrence wrote: Hi all, What is the convention for tagging an address for a residential property in a suburb (Coorparoo) in a city (Brisbane)? addr:city = “Brisbane” Or addr:city = “Coorparoo” Or addr:suburb = “Coorparoo” Which is best for navigation and routing? Cheers Nick Lawrence Senior Spatial Science Officer (Geospatial Technologies) Engineering Technology | Department of Transport and Main Roads Floor 19 | 313 Adelaide Street | Brisbane Qld 4000 GPO Box 1412 | Brisbane Qld 4001 P:(07) 30667977 E: nicholas.g.lawre...@tmr.qld.gov.au W: www.tmr.qld.gov.au ** * WARNING: This email (including any attachments) may contain legally privileged, confidential or private information and may be protected by copyright. You may only use it if you are the person(s) it was intended to be sent to and if you use it in an authorised way. No one is allowed to use, review, alter, transmit, disclose, distribute, print or copy this email without appropriate authority. If this email was not intended for you and was sent to you by mistake, please telephone or email me immediately, destroy any hardcopies of this email and delete it and any copies of it from your computer system. Any right which the sender may have under copyright law, and any legal privilege and confidentiality attached to this email is not waived or destroyed by that mistake. It is your responsibility to ensure that this email does not contain and is not affected by computer viruses, defects or interference by third parties or replication problems (including incompatibility with your computer system). Opinions contained in this email do not necessarily reflect the opinions of the Department of Transport and Main Roads, or endorsed organisations utilising the same infrastructure. ** * ___ Talk-au mailing list Talk-au@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-au ___ Talk-au mailing list Talk-au@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-au ___ Talk-au mailing list Talk-au@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-au ___ Talk-au mailing list Talk-au@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-au
Re: [OSM-talk-ie] Maps for townland plotting
Uploaded IRL-GSGS-3906-29-39-SE-Randalstown.tif http://mapwarper.net/maps/4741 D On 13 October 2014 20:49, Stephen Roulston srouls...@me.com wrote: Hi all, I would like to request 29/39/SE please, to work on over the next couple of months. Thanks, Stephen_Co_Antrim ___ Talk-ie mailing list Talk-ie@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ie ___ Talk-ie mailing list Talk-ie@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ie
[OSM-talk-ie] Townland Mapping in Ireland
Hi all, I wanted to let you all know (though some of you are aware) that we now have a wiki page setup that details the process of townland mapping in Ireland, from start to finish. http://wiki.openstreetmap.org/wiki/Ireland/Mapping_Townlands Included on this page are: - Some basic stats on the current qty of townlands in the OpenStreetMap database - A high level overview of the process from start to finish - An eight part video series (which contains 10 videos, I know) which goes into every detail of the process from start to finish on a stage-by-stage process. Each video is linked separately along with a link to the full playlist. The videos total close to 2.5 hrs of guides on every aspect of the process - Links to every tool and site used in the process - A table to add your name for the county you are actively mapping in (you can map in as many as you wish) - A FAQ which will grow over time as more questions come up - A list of links to other resources which are handy to have when mapping townlands This wiki page, and all of its contents were put together to increase the speed with which we are mapping these. Based on the current progress, we will not have complete coverage of the island of Ireland until 2025, so it is hoped that these aids will bring that down significantly. Is it doable that we could be finished before the 1916 celebrations in Mar 2016? With enough people contributing I would hope so. Mapping townlands is a slow process, but with more people we can get this over the finish line. For anyone interested in joining in, I would encourage you to review the materials on the wiki page before you start. If anyone has any questions, please feel free to send a mail to this list where everyone can see both the questions and more importantly, the answer. I would also ask, that if anyone is active on Twitter, please retweet the following: https://twitter.com/DaCor_ie/status/521778468665970688 Thanks, Dave aka DaCor on OSM aaka @DaCor_ie on Twitter ___ Talk-ie mailing list Talk-ie@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ie
[Talk-br] Superfície ( Surface )
Houve alguma alteração na Etiqueta = superficie ? usando o ID não aparece mais nenhuma opção para a etiqueta e diz Não há documentação disponível para esta chave . Grato Airton ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-de] Hack-Weekend in Karlsruhe 18.-19. Oktober
Hi, nochmal zur Erinnerung: am 18./19. Oktober findet bei uns in Karlsruhe wieder mal ein Hack-Weekend statt. Alle Details wie üblich im Wiki: https://wiki.openstreetmap.org/wiki/Karlsruhe_Hack_Weekend_October_2014 Wir haben noch nicht so viele Anmeldungen, aber davon lassen wir uns nicht beirren, dann gibt es halt mehr Pizza für die, die kommen. Ich wollte das Wochenende vielleicht nutzen, um endlich mal in die API einen gelöschte Objekte finden-Call einzubauen, so dass man dann in den Editoren ein Undelete realisieren kann, wenn da jemand mit dabei ist oder wenn jemand gar Lust hätte, parallel die Sache in einen unserer Editoren einzubauen... Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-it] Chiarimento su relazione landuse=forest.
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 In presenza di più relazioni multipoligono del tipo in oggetto, come bisogna comportarsi? Voglio dire, in un area dove sono presenti molti ruoli inner facenti parte di due o più relazioni che si fà? Qualcuno di questi è parte di due relazioni, si deve tenere una sola relazione? - -- Simone Girardelli -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQEcBAEBAgAGBQJUPBaGAAoJEMTPIIVov0Zt1lIH/jtTVoLALafrorGyVzd8QKP0 vf2OaEm3RHiktc2F5x1PR93qbcRVNHq3iM9ZHuw8am5u+jOpSE2gEjVgti4WCBeV 0tAMe5C4t1B2jqyrxIPCJSx5jrnodcJtDEikGMGB1jZ3bDjLFeLuTMXrqskJPWQK Q6kWPbL88v6gVDmFXHuFiCwSDSe7uE8zgui4/2pwv+b3OAhuL10P/MKLtiN0+o3K GxYBj8CSvIRwPMH0GG0aZU+Dmh9w9VYqd1GAcSVjA2sW07taSN8e81WyvHrUAtwD MFdmqfK/jl+cMltZLybcWBimo2IaImXRYb4PBCaioR9AyHhu9ha7pNVYJISIeHA= =uSw1 -END PGP SIGNATURE- ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-es] Meter elevación de terreno a PostGIS
Hola a todos, Queríamos crear un modelo de elevación del terreno (para España) en PostGIS y me estoy volviendo un poco loco con lo poco que encuentro por Internet. Que si descargarse los SRTM de la Nasa o los MDT del IGN etc. ¿Alguno sabéis de un buen tutorial sobre cómo importar esto? Saludos y gracias!! -- Ander Pijoan Lamas Research Assistant, Deustotech Computer Science Engineer University of Deusto E-mail: ander.pij...@deusto.es Phone: +34 664471228 in: http://www.linkedin.com/profile/view?id=162888312 ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Actualización de Modificaciones
Yo creo que el servidor va a su rollo jeje, según le de el viento te lo actualiza enseguida o pueden pasar días, pocos o muchos, pero al final siempre cumple. El 11 de octubre de 2014, 13:48, Fernando Garcia ferg...@gmail.com escribió: Hola a todos. Subí unas modificaciones y actualizaciones desde JOSM hace 4 días y todavía no aparecen. Anteriormente subí otras con menos volumen y ya están actualizadas. ¿En que plazo se suelen actualizar? Me he unido a osm hace poco y todavía no conozco el proceso de verificación. Saludos ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
[Talk-es] Importación de farmacias de Madrid
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hola a todos/as: El proceso de importación de 1.701 nodos de farmacias de la base de datos del Ayuntamiento de Madrid ya está listo. La wiki requerida por la guía de importaciones a OSM [1] (en inglés) refleja las modificaciones a la propuesta inicial después de la discusión en la lista de imports. A partir de esta wiki, he elaborado una wiki con el workflow (en castellano) para que cualquier usuario interesado pueda participar en la importación [2]. Para quienes no hayan participado nunca en una importación de datos, ésta es una buena oportunidad, especialmente interesante e instructiva para aquellos/as que no hayan usado nunca los filtros ó el plugin Todo List en JOSM. El seguimiento del progreso de la importación se hace por medio de una tercera wiki [3], en la que se pueden descargar los ficheros correspondientes a cada bloque (la importación está dividida en 34 bloques de 50 nodos cada uno (salvo el último que tiene 51 nodos)) y actualizar el status de la misma. Se ruega encarecidamente a aquellos/as que estén interesados/as en participar, que lean la wiki del workflow [2] y que no comiencen mientras no comprendan perfectamente todos los pasos a seguir. Si detectáis cualquier error, por favor, comunicarlo lo antes posible para así poder subsanarlo a la mayor prontitud posible. Un saludo, Rafael Ávila Coya. [1] https://wiki.openstreetmap.org/wiki/Madrid_Pharmacies_Import [2] https://wiki.openstreetmap.org/wiki/Madrid_Pharmacies_Import_Workflow [3] https://wiki.openstreetmap.org/wiki/Madrid_Pharmacies_Import_Progress - -- Twitter: http://twitter.com/ravilacoya - Por favor, non me envíe documentos con extensións .doc, .docx, .xls, .xlsx, .ppt, .pptx, aínda podendoo facer, non os abro. Atendendo á lexislación vixente, empregue formatos estándares e abertos. http://es.wikipedia.org/wiki/OpenDocument#Tipos_de_ficheros -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with undefined - http://www.enigmail.net/ iQIcBAEBAgAGBQJUPF22AAoJEB3niTly2pPQWZUP/jDxIs6SMU5eXlSIVZvRutt7 GVJKYXnYtDy2CIi0ITIGTNYINfHL0pkZEdrOyyMSX7lOou1DAEdkJzbCkyCJ0Vls thkkYlRMvqd1Y0Vytq/TTCP/obIKbymBC/KuHJmRq/GhIKh80dTlumPOFUK2bHQW zDqq2uLpgrTCpreS1NP+K2UPs3rGItaEaWpqwu839Lzwix0Zyy5Qn4nyEkySERLp cMTmz8JyV7/5COGkBC+8j8zVdyI+CAu4PnApmJrVavlmbl2bjd/7/blZqGiT3N1w Zu7z00Q4LM9igXYYEC38H2cCf9vTobNLtnV4ovfZQTEJsGb8UQafK9hupZWfiC53 Wx7NUyAzltt/dntmMPvJCEhWORAXOkx8YCBBf4/b45sXAqsYAn7XIuBcNhI2PXkq YFXNvWGvufAQaS5FrbUtuoB/H+WdYGfjpvISABDEkdOkKRnrbS8Nhuv7loSMmG5u i2d3Kgnvmm/UdXPOnHpVinZ67+dvSQYn/BCP9F9u/Poa0C0jJMYfrvTKV67sIXnK JuatU33G0QT3AgwekVJCkVsmfMqOgXbycayxu0YNXi0MF1UEGSX081mB9Qw0ULd9 xbelfhK28rG8jNk33jtlpxXGGV3RfCftxIKbp+soooQ0l7oxNkA5XwkMHqgGGhsQ Vn5aeUCnvTI9bf1AbWlI =pcrC -END PGP SIGNATURE- ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
[Talk-ar] Crear path mediante GPX
Hola a todos! En este último tiempo he estado dando varias vueltas por la Argentina en el auto y estoy aprovechando esa recolección de datos que tengo en el GPS para agregar diferentes datos a los mapas (POIs y calles de tierras -por ejemplo) Estuve leyendo varias guías y pude hacer la mayoría de las cosas que tenía pensado agregar, sin embargo, me gustaría saber si hay una forma de crear un path (calle, ruta, camino, etc) usando la info del GPS que se guarda en GPX pero sin tener que agregar nodo por nodo, sino que el mapeo/matcheo de los nodos se haga de forma automática. Acá está mi historial de cambios, por las dudas. Si alguien tiene gana de verlo y tirarme alguna sugerencia, mejor! http://www.openstreetmap.org/user/Humitos/history#map=6/-28.601/-60.203 Saludos!! -- Kaufmann Manuel -- http://elblogdehumitos.com.ar ___ Talk-ar mailing list Talk-ar@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ar
Re: [Talk-ar] Crear path mediante GPX
Escribí un post describiendo la forma en la que estoy usando JOSM: http://elblogdehumitos.com.ar/posts/mapas-para-todos/ Quizás a alguno le interese... 2014-10-13 16:00 GMT-03:00 Manuel Kaufmann humi...@gmail.com: Hola a todos! En este último tiempo he estado dando varias vueltas por la Argentina en el auto y estoy aprovechando esa recolección de datos que tengo en el GPS para agregar diferentes datos a los mapas (POIs y calles de tierras -por ejemplo) Estuve leyendo varias guías y pude hacer la mayoría de las cosas que tenía pensado agregar, sin embargo, me gustaría saber si hay una forma de crear un path (calle, ruta, camino, etc) usando la info del GPS que se guarda en GPX pero sin tener que agregar nodo por nodo, sino que el mapeo/matcheo de los nodos se haga de forma automática. Acá está mi historial de cambios, por las dudas. Si alguien tiene gana de verlo y tirarme alguna sugerencia, mejor! http://www.openstreetmap.org/user/Humitos/history#map=6/-28.601/-60.203 Saludos!! -- Kaufmann Manuel -- http://elblogdehumitos.com.ar -- Kaufmann Manuel -- http://elblogdehumitos.com.ar ___ Talk-ar mailing list Talk-ar@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ar
Re: [Talk-ar] Crear path mediante GPX
2014-10-13 17:58 GMT-03:00 Federico Pértile lfpert...@yahoo.com.ar: Tengo entendido que no está recomendado porque conviene que un humano revise los tracks Claro, entiendo eso. Es lo que estuve leyendo, pero... Por ejemplo, yo tengo un GPX que cargo en JOSM y soy conciente de que está bien porque fue lo que yo hice en el auto con mi GPS. Además, pongo la vista satelital de Bing y compruebo que efectivamente es correcto... Entonces, lo que hice fue agregar nodo por nodo siguiendo el GPX... Eso es justamente lo que no quiero. Me gustaría poder decirle algo así como creá los nodos a partir de este GPX en esta porción únicamente ¿Cómo lo ven? -- Kaufmann Manuel -- http://elblogdehumitos.com.ar ___ Talk-ar mailing list Talk-ar@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ar
[Talk-at] OSM im Tatort
im tatort #919 Winternebel kommt bei ca. 00:25:00 auf einem tablet eine landkarte ins bild. bin mir ziemlich sicher, daß es sich dabei um OSM/mapnik handelt. dann noch ein paar mal, z.b. um 00:46:45. mfg ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
[Talk-at] LUGT/OSM-Stammtisch Innsbruck am 16. Oktober 2014
Servus! Wir möchten zum nächsten gemeinsamen LUGT-/OSM-Stammtisch einladen: am Donnerstag, 16. Oktober 2014 um 19:00 Uhr im Restaurant Kastanie Innsbrucker Straße 4, 6176 Völs Wir freuen uns auf ein zahlreiches Erscheinen! Die Einladung ist wie immer auch im OSM-Wiki und auf der LUGT-Webseite zu finden: http://wiki.openstreetmap.org/wiki/Innsbruck/Stammtisch http://www.lugt.at/ Grüße Simon ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-lv] OSM LV 2010 vs now
Vakar uztaisīju atjauninājumu servisam. Tagad var salīdzināt ne tikai ar 2010 gada OSM kartēm, bet arī ar citām. Adrese tā pati: http://85.254.216.238/osm/. Augšā, kreisajā stūrī var nomainīt kartes kuras salīdzināt. Varbūt ir vēl kādas citas kartes kuras varētu salīdzināt? 2014. gada 1. augusts 12:15 Anrijs Jargans ajarg...@gmail.com rakstīja: Atradu serveri ar planet dump failiem no 2006. gada un no 2010. gada faila izveidoju tile serveri Latvijas reģionam. Iegūto karti novietoju blakus šī brīža kartei, priekš salīdzināšanas. Rezultāts pieejams šeit: http://85.254.216.238/osm Daudzās vietās vēl nav norenderētas kartes bildes, tapēc, iespējams, būs jāpagaida. Karte būs pieejma aptuveni 1 nedēļu. Anrijs. ___ Talk-lv mailing list Talk-lv@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-lv
Re: [OSM-talk-fr] relations person dans OSM ??
Cette relation n'est qu'une collection déguisée. En plus il y a un tag pour ça... name:wikipedia=* qui permet d'associer l'article wikipédia lié au nom attribué à l'objet. Il suffit ensuite de chercher sur ce tag et sur le tag name=* pour retrouver l'ensemble des objets liés à une personne, un évènement ou autre. voir: http://wiki.openstreetmap.org/wiki/Key:wikipedia#Secondary_Wikipedia_links Le 12 octobre 2014 22:59, Jean-Baptiste Holcroft jb.holcr...@gmail.com a écrit : J'ai fait le Christian/j'ai contacté le contributeur. -- Jean-Baptiste Holcroft Le 12 octobre 2014 22:42, Philippe Verdy verd...@wanadoo.fr a écrit : Une requête Overpass pour voir les usages des relations type=person (actuellement quelques personnes au Panthéon et quelques proches, avec leurs tombeaux et lieux nommés en leur honneur): http://overpass-api.de/api/interpreter?data=%5Bout%3Ajson%5D%5Btimeout%3A40%5D%3Brelation%5B%22type%22%3D%22person%22%5D%2848%2E67645370777654%2C2%2E0413970947265625%2C49%2E01445529346132%2C2%2E646331787109375%29%3Bout%20body%3B%3E%3Bout%20skel%20qt%3B A mon avis il faudrait que ce soit documenté avec une page de vote pour contrer ce genre d'initiative.C'est peut-être juste un ballon d'essai mais OSM n'est pas fait pour ça, il y a d'autres bases de données où on peut géolocaliser des données à afficher sur un fond de carte OSM sans les y intégrer. Le 12 octobre 2014 22:28, Philippe Verdy verd...@wanadoo.fr a écrit : Que pensez-vous de cette tentative que je découvre par hasard, des lieux fréquentés par une personnalité (ici Pierre Curie: lieu de naissance, de décès, infos historiques, musées consacrés; rues, monuments et établissements en son honneur...) https://www.openstreetmap.org/relation/3883620 Imaginez qu'on applique ça pour le Général de Gaule: combien de rues/avenues, de places, et combien de pays ont le citer même dans des endroits où il n'a jamais été avec des citations post-mortem ? Et vite on va dériver avec les données généalogiques pour retracer sa femme, ses enfants, ses parents et ancêtres... A mon avis ça n'a rien de cartographique, le seul but c'est de référencer une page Wikipédia qui sera bien plus renseigné et contiendra assez de liens vers les différents lieux cités dans l'article, vers des pages Wikipédia contenant une géolocalisation affichée sur une carte. Si on commence là dessus, on va noyer OSM qui va crouler d'infos redondantes sur les lieux; avec des centaines de milliers de personnages historiques ou célébrités actuelles de tous pays. Et on va ensuite tomber sur le problème de la vie privée et des personnes qui voudront se géolocaliser elles-même au eu où elles sont, ou les restaus qu'elle a bien aimé, ou ses bonnes affaires et recommandations, puis ensuite la publicité avec la liste intégrale des points de vente d'un nouveau produit qui sort... OSM est fait pour localiser des lieux et décrire ce qu'on y voit de façon assez péreine et qu'on peut revoir avec de bonne chance de les trouver (On ne cartographie pas les voyages des escargots ou les vols de chaque cigogne), essentiellement à leur état présent (pas tout ce qui s'y est passé ou est supposé s'être passé à moins qu'il y ait une trace locale). Si pour un lieu associé nommément et visiblement à une personne on a besoin de citer un lien, on peut éventuellement ajouter un tag sur ces objet spécifique vers Wikidata (wikidata=qX) qui fournira des URLs pertinentes dans diverses langues (page Wikipédia, catégorie sur Commons, page Auteur sur Wikisource ou Wikiquote, avec un peu partour d'autres références vers d'autres sites, sites officiels sil y a lieu pour des personnalités notoires comme des artistes contemporains...). Ce type d'info a plus sa place dans Wikidata (qui contient déjà un lien unique vers une donnée Wikidata associée à un lieu et une ou plusieurs pages Wikipédia ou Wikivoyage ou Wiktionnaire). Ceux qui veulent faire des cartes thématiques peuvent encore créer des cartes Umap utilisant des points géolocalisés sur OSM et avec un fond de carte dérivé des données OSM. Ici quand je cherche Paris, je ne m'attends pas à trouver Pierre Curie, sinon on trouverait des millions d'autres personnes et événements qui s'y sont passés. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] BANO : fréquence de mise à jour, lien vers carte de Christian manquants dans le wiki
Il me semble surtout important que dans la page générique du wiki parlant des adresses on signale l'existence de BANO en France. BANO ne change pas la façon de tagguer les adresses, par contre il y a quelques ajouts et compléments bons à savoir. BANO est une source de plus pour améliorer OSM (au delà des adresses) et ça aussi ça vaut le coup de le faire un peu savoir. -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Intégration des pharmacies en France avec Osmose
Bonjour à tous, Sur la question des sources, étonnamment, Celtipharm ne publie pas ce jeu sur data.gouv.fr, alors même qu'ils en publient d'autres : https://www.data.gouv.fr/fr/organizations/celtipharm/ Une publication préalable de ce jeu sur data.gouv.fr permettrait une meilleure sécurité juridique et une meilleure pérennité il me semble. Si vous pouvez leur suggérer... Par ailleurs, je ne vois pas ce jeu de données publié sur leur site. Un peu d'information contextuelle serait un plus pour évaluer la qualité et l'intérêt des données : mode de collecte (sur le terrain c'est un peu vague), fréquence de mise à jour, date de dernière mise à jour, etc. Pour les pharmacies, il y aussi une autre source, produite par le Ministère des affaires sociales et de la santé (dernière mise à jour 05/2014) : https://www.data.gouv.fr/fr/datasets/extraction-du-fichier-national-des-etablissements-sanitaires-et-sociaux-finess-par-etablissements/ Intuitivement, on pourrait se dire que le jeu de données de l'acteur public a plus de garantie d'impartialité et d'exhaustivité, mais, cela dit, j'ai vu un peu de tout sur ce sujet et le jeu d'un acteur privé peut être de bien meilleure qualité. Il serait sans doute intéressant de les comparer pour des questions de qualité/complétude. Je n'ai pas encore eu le temps de regarder. Charles. Le 11/10/2014 12:25, Frédéric Rodrigo a écrit : Bonjour, L'entreprise Celtipharm à mise à disposition son recensement des pharmacies en France. Les données ont été collectées sur le terrain depuis 2000. Il y a donc près de 14 ans de métier ;) dans ces données. Ils ont été séduit par OSM et y voient une opportunité de moderniser leur système d'information avec une publication en OpenData sous licence ODbL. Après un test et des retours sur leurs données, l'intégration est maintenant possible sur Osmose : http://osmose.openstreetmap.fr/fr/errors/?source=7406item= Pharmacies dans OSM sans référence ref:FR:FINESS : http://osmose.openstreetmap.fr/fr/map/#item=7150 Pharmacie non intégré, en OpenData mais référence non retrouvé dans OSM http://osmose.openstreetmap.fr/fr/map/#item=8210 Proposition de rapprochement entre l'OpenData et l'OSM : http://osmose.openstreetmap.fr/fr/map/#item=8211 Le travail préliminaire à cette intégration à Osmose à soulevé des questions sur la liste CA, que je vous livres dans un soucie de transparence : - le tag type:FR:FINESS est aussi utilisé 216 fois. Désolé, mais là par contre je ne vois pas l'intérêt de mettre ça dans OSM. On a déjà des tags pour mettre en correspondance de ces numéros. Sauf si le type fait partie de l'identifiant, mais dans ce cas il ne faudrait pas un tag séparé. Il y a même une page sur le wiki : http://wiki.openstreetmap.org/wiki/FR:Key:type:FR:FINESS [moi] - Le problème, c'est que ces intégrations osmose ne sont pas documentées depuis osmose et très mal dans le wiki et qu'il y a en a de plus en plus. D'ailleurs, le fait même que cette discussion se passe sur la liste ca@ et non sur la liste talk-fr@ est aussi symptomatique. [Pieren] - Je serais d'ailleurs curieux de connaitre la réaction à la demande d'ajouter… 9000 ? tag ref:FR:FINESS pour une valeur ajoutée… légère ? d'un point de vue contributeur/réutilisateur basique ? J'ai encore du mal avec ces rapprochements de bdd séparées uniquement à l'aide d'un identifiant unique, alors qu'avec une position géographique, un nom, une adresse, on doit pouvoir rapprocher la quasi-totalité des existantes dans OSM (du moins sur l'échantillon représentatif d'une dizaine regardée du coté de Troyes). On parle de pharmacies, pas d'arbres ou de batiments, quand même… Bon, non, j'ai pas les doigts dans le code. [JB] Frédéric. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Intégration des pharmacies en France avec Osmose
Le 13/10/2014 09:14, Charles Nepote a écrit : Bonjour à tous, Sur la question des sources, étonnamment, Celtipharm ne publie pas ce jeu sur data.gouv.fr, alors même qu'ils en publient d'autres : https://www.data.gouv.fr/fr/organizations/celtipharm/ Une publication préalable de ce jeu sur data.gouv.fr permettrait une meilleure sécurité juridique et une meilleure pérennité il me semble. Si vous pouvez leur suggérer... Par ailleurs, je ne vois pas ce jeu de données publié sur leur site. Un peu d'information contextuelle serait un plus pour évaluer la qualité et l'intérêt des données : mode de collecte (sur le terrain c'est un peu vague), fréquence de mise à jour, date de dernière mise à jour, etc. Pour les pharmacies, il y aussi une autre source, produite par le Ministère des affaires sociales et de la santé (dernière mise à jour 05/2014) : https://www.data.gouv.fr/fr/datasets/extraction-du-fichier-national-des-etablissements-sanitaires-et-sociaux-finess-par-etablissements/ Intuitivement, on pourrait se dire que le jeu de données de l'acteur public a plus de garantie d'impartialité et d'exhaustivité, mais, cela dit, j'ai vu un peu de tout sur ce sujet et le jeu d'un acteur privé peut être de bien meilleure qualité. Il serait sans doute intéressant de les comparer pour des questions de qualité/complétude. Je n'ai pas encore eu le temps de regarder. Charles. Ce fichier n'est pas géolocalisé. Mais il peut être utilisé pour tester la complétude. Par contre il y le nom commercial en plus du nom d'exploitation et d'autres informations. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] BANO : fréquence de mise à jour, lien vers carte de Christian manquants dans le wiki
Ok, bon j'ai déjà traduit une bonne partie (70%) de la page. Reste à peut être la réorganiser. Supprimer des paragraphes non utile à mon sens car c'est redondant avec les termes contenus dans la page de la clé addr: Préciser que les adresses dans le cas de contacts ne doivent pas être saisie en tant qu' addr:housenumber mais avec la balise contact:* Je pense qu'il y a de quoi améliorer cette page PS: la page anglaise mentionne déjà BANO. J'ai donc juste traduit le paragraphe. Si il y a des amélioration à porter là dessus, j'attends vos avis (ou des correctifs en directe) Jérôme Le 13 octobre 2014 08:23, Christian Quest cqu...@openstreetmap.fr a écrit : Il me semble surtout important que dans la page générique du wiki parlant des adresses on signale l'existence de BANO en France. BANO ne change pas la façon de tagguer les adresses, par contre il y a quelques ajouts et compléments bons à savoir. BANO est une source de plus pour améliorer OSM (au delà des adresses) et ça aussi ça vaut le coup de le faire un peu savoir. -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Intégration des pharmacies en France avec Osmose
Bonjour; Osmose me signale comme non rappochées des pharmacies sur lesquelles j'avais bien entré le ref:FR:FINESS Pharmacy without ref:FR:FINESS node 2606664401 rawedit josm edit amenity = pharmacy name = Pharmacie de la Cathédrale contact:phone = +33562280093 source = cadastre-dgi-fr source : Direction Générale des Impôts - Cadastre. Mise à jour : 2014 dispensing = yes ref:FR:FINESS = 320001654 Erreur reportée le : 2014-10-12 et Pharmacy not integrated 6 RUE BONNAMY, 32100, CONDOM fix-josm + ref:FR:FINESS = 320001654 + source = Celtipharm - 10/2014 + amenity = pharmacy + name = Pharmacie de la CATHEDRALE + dispensing = yes Erreur reportée le : 2014-10-12 est-ce dû au fait que la source n'est pas Celtipharm - 10/2014 ? cordialement Lenny ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Revert?
Bonjour, J'ai vu passé ce changeset http://www.openstreetmap.org/changeset/25965283 qui ajoute des informations concernant des mines mais pour celles que je connais, il s'agit de doublons qui plus est très mal positionnés. Cela mérite un revert selon vous? Merci. Romain ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] relations person dans OSM ??
Je viens de remettre la page wiki sous la forme d'un proprosal et d'ouvrir une section vote: http://wiki.openstreetmap.org/wiki/Proposed_features/Relation:person#Voting avec aussi un appel sur la liste tagging@. N'hésitez pas à y ajouter votre vote et commentaire ... Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] relations person dans OSM ??
A voté ;-) Le 13 octobre 2014 12:23, Pieren pier...@gmail.com a écrit : Je viens de remettre la page wiki sous la forme d'un proprosal et d'ouvrir une section vote: http://wiki.openstreetmap.org/wiki/Proposed_features/Relation:person#Voting avec aussi un appel sur la liste tagging@. N'hésitez pas à y ajouter votre vote et commentaire ... Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Revert?
Bon, alors, j'ai eu un échange avec l'auteur qui semble accepter de revoir son truc. Il va vérifier pour les musées de la mine qui ne sont pas eux-mêmes d'anciennes mines et revoir les tags (le disused=yes est abandonné en général au profit du préfix disused:*=* Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Intégration des pharmacies en France avec Osmose
Il y a effectivement quelque chose qui cloche maintenant. La source n'est pas utilisé, Uniquement ref:FR:FINESS. Le 13/10/2014 11:35, lenny a écrit : Bonjour; Osmose me signale comme non rappochées des pharmacies sur lesquelles j'avais bien entré le ref:FR:FINESS Pharmacy without ref:FR:FINESS node 2606664401 rawedit josm edit amenity = pharmacy name = Pharmacie de la Cathédrale contact:phone = +33562280093 source = cadastre-dgi-fr source : Direction Générale des Impôts - Cadastre. Mise à jour : 2014 dispensing = yes ref:FR:FINESS = 320001654 Erreur reportée le : 2014-10-12 et Pharmacy not integrated 6 RUE BONNAMY, 32100, CONDOM fix-josm + ref:FR:FINESS = 320001654 + source = Celtipharm - 10/2014 + amenity = pharmacy + name = Pharmacie de la CATHEDRALE + dispensing = yes Erreur reportée le : 2014-10-12 est-ce dû au fait que la source n'est pas Celtipharm - 10/2014 ? cordialement Lenny ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Intégration des pharmacies en France avec Osmose
Le 13/10/2014 17:25, Frédéric Rodrigo a écrit : Il y a effectivement quelque chose qui cloche maintenant. La source n'est pas utilisé, Uniquement ref:FR:FINESS. J'ai le même cas sur une autre pharmacie de la même ville : http://www.openstreetmap.org/node/2606664391 Vaut-il mieux ne pas changer le status des erreurs dans osmose , tant que ce qui cloche n'a pas été trouvé ? Faut-il indiquer l'erreur ailleurs qu'ici ? lenny Le 13/10/2014 11:35, lenny a écrit : Bonjour; Osmose me signale comme non rappochées des pharmacies sur lesquelles j'avais bien entré le ref:FR:FINESS Pharmacy without ref:FR:FINESS node 2606664401 rawedit josm edit amenity = pharmacy name = Pharmacie de la Cathédrale contact:phone = +33562280093 source = cadastre-dgi-fr source : Direction Générale des Impôts - Cadastre. Mise à jour : 2014 dispensing = yes ref:FR:FINESS = 320001654 Erreur reportée le : 2014-10-12 et Pharmacy not integrated 6 RUE BONNAMY, 32100, CONDOM fix-josm + ref:FR:FINESS = 320001654 + source = Celtipharm - 10/2014 + amenity = pharmacy + name = Pharmacie de la CATHEDRALE + dispensing = yes Erreur reportée le : 2014-10-12 est-ce dû au fait que la source n'est pas Celtipharm - 10/2014 ? cordialement Lenny ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Intégration des pharmacies en France avec Osmose
Oui c'est le cas pour toutes. En fait il y avait un bug dans la synchronisation du cache des données OpenData pour toutes las analyses. Ça ne marchait plus bien après la mise à jour du code de l'analyseur. Ça devrait rentrer dans l'ordre avec la nouvelle exécution de demain. Frédéric. Le 13/10/2014 20:01, lenny a écrit : Le 13/10/2014 17:25, Frédéric Rodrigo a écrit : Il y a effectivement quelque chose qui cloche maintenant. La source n'est pas utilisé, Uniquement ref:FR:FINESS. J'ai le même cas sur une autre pharmacie de la même ville : http://www.openstreetmap.org/node/2606664391 Vaut-il mieux ne pas changer le status des erreurs dans osmose , tant que ce qui cloche n'a pas été trouvé ? Faut-il indiquer l'erreur ailleurs qu'ici ? lenny Le 13/10/2014 11:35, lenny a écrit : Bonjour; Osmose me signale comme non rappochées des pharmacies sur lesquelles j'avais bien entré le ref:FR:FINESS Pharmacy without ref:FR:FINESS node 2606664401 rawedit josm edit amenity = pharmacy name = Pharmacie de la Cathédrale contact:phone = +33562280093 source = cadastre-dgi-fr source : Direction Générale des Impôts - Cadastre. Mise à jour : 2014 dispensing = yes ref:FR:FINESS = 320001654 Erreur reportée le : 2014-10-12 et Pharmacy not integrated 6 RUE BONNAMY, 32100, CONDOM fix-josm + ref:FR:FINESS = 320001654 + source = Celtipharm - 10/2014 + amenity = pharmacy + name = Pharmacie de la CATHEDRALE + dispensing = yes Erreur reportée le : 2014-10-12 est-ce dû au fait que la source n'est pas Celtipharm - 10/2014 ? cordialement Lenny ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] relations person dans OSM ??
N'en jetez plus! Je suis responsable de cet odieux crime et ayant bossé toute la journée, je ne peux répondre que maintenant. Je suis étonné d'ailleurs que le vote ai été fait avec autant de célérité, il me semblait qu'il fallait une période de débat avant :/ Je suis bien responsable des relations person lié aux Panthéons ainsi que la Tombe de Th. Ratisbonne à Evry. Je tiens à défendre un peu cette relation par ailleurs: - Contrairement à ce que tu dis cquest, il n'y a rien à voir avec la page Wikipédia des personnes en question mais avec les différents bâtiments commémoratif en lien avec eux. Je reconnais avoir été largement abusif avec l'usage deville comme lieux de naissance et je pense qu'avec le recul nommé en l'honneur de est de trop pour les rues. En revanche le bâtiment Pierre et Marie Curie était leur ancienne maison et consiste aujourd'hui en un mémorial en leur nom. Ce bâtiment est donc lié à leurs personnes. - JBEC, je te remercie de m'avoir contacté d'ailleurs, je suppose que pour certains ça n'en valait pas la peine? De manière plus pragmatique, cette relation est peu utilisé en France mais utilisée aux États-Unis et en Pologne de manière assez significative. Des outils, basé sur OpenStreetMap en font même l'usage. Dont le traitement Wyszukiwarka grobów | OpenStreetMap Polska . J'ai voulu porter en France quelques contributions en la matière, sachant le volume déjà existant. (Comme vous pouvez le voir sur mon profil, je fais de la cartographie de différents type et notamment des données atypiques) Wyszukiwarka grobów | OpenStreetMap Polska Przybliż mapę aby pobrać elementy Afficher sur osmtools.org Aperçu par Yahoo - Comme le montre la page actuelle du wiki d'ailleurs, les polonais réagissent. Un argument intéressant donné est qu'il s'agit de lier ensemble les éléments physique et géographique appartenant à une même personne. - Dans le cas de suppression de cette relation il faudra aussi virer le plugin Tomb de josm qui formule automatiquement cette relation. Voilà les quelques points que j'avance pour défendre la relation (mon anglais étant exécrable, je vous l'épargnerais sur le wiki) Librement, Le Lundi 13 octobre 2014 14h35, Jérôme Seigneuret jseigneuret-...@yahoo.fr a écrit : A voté ;-) Le 13 octobre 2014 12:23, Pieren pier...@gmail.com a écrit : Je viens de remettre la page wiki sous la forme d'un proprosal et d'ouvrir une section vote: http://wiki.openstreetmap.org/wiki/Proposed_features/Relation:person#Voting avec aussi un appel sur la liste tagging@. N'hésitez pas à y ajouter votre vote et commentaire ... Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] relations person dans OSM ??
Je ne connais pas les usages pour les votes, mais si c'est un peu rapide, cela montre bien qu'il y a un avis commun pour les français. À mon sens, cette relation devrait être remplacée par wiki data, mais comme lier des objets osm au reste du monde est complexe, la solution de facilité est utilisée. Tords partagés donc ... Le 13 oct. 2014 22:35, dHuy Pierre dh...@yahoo.fr a écrit : N'en jetez plus! Je suis responsable de cet odieux crime et ayant bossé toute la journée, je ne peux répondre que maintenant. Je suis étonné d'ailleurs que le vote ai été fait avec autant de célérité, il me semblait qu'il fallait une période de débat avant :/ Je suis bien responsable des relations person lié aux Panthéons ainsi que la Tombe de Th. Ratisbonne à Evry. Je tiens à défendre un peu cette relation par ailleurs: - Contrairement à ce que tu dis cquest, il n'y a rien à voir avec la page Wikipédia des personnes en question mais avec les différents bâtiments commémoratif en lien avec eux. Je reconnais avoir été largement abusif avec l'usage deville comme lieux de naissance et je pense qu'avec le recul nommé en l'honneur de est de trop pour les rues. En revanche le bâtiment Pierre et Marie Curie était leur ancienne maison et consiste aujourd'hui en un mémorial en leur nom. Ce bâtiment est donc lié à leurs personnes. - JBEC, je te remercie de m'avoir contacté d'ailleurs, je suppose que pour certains ça n'en valait pas la peine? De manière plus pragmatique, cette relation est peu utilisé en France mais utilisée aux États-Unis et en Pologne de manière assez significative. Des outils, basé sur OpenStreetMap en font même l'usage. Dont le traitement Wyszukiwarka grobów | OpenStreetMap Polska . J'ai voulu porter en France quelques contributions en la matière, sachant le volume déjà existant. (Comme vous pouvez le voir sur mon profil, je fais de la cartographie de différents type et notamment des données atypiques) Wyszukiwarka grobów | OpenStreetMap Polska Przybliż mapę aby pobrać elementy Afficher sur osmtools.org Aperçu par Yahoo - Comme le montre la page actuelle du wiki d'ailleurs, les polonais réagissent. Un argument intéressant donné est qu'il s'agit de lier ensemble les éléments physique et géographique appartenant à une même personne. - Dans le cas de suppression de cette relation il faudra aussi virer le plugin Tomb de josm qui formule automatiquement cette relation. Voilà les quelques points que j'avance pour défendre la relation (mon anglais étant exécrable, je vous l'épargnerais sur le wiki) Librement, Le Lundi 13 octobre 2014 14h35, Jérôme Seigneuret jseigneuret-...@yahoo.fr a écrit : A voté ;-) Le 13 octobre 2014 12:23, Pieren pier...@gmail.com a écrit : Je viens de remettre la page wiki sous la forme d'un proprosal et d'ouvrir une section vote: http://wiki.openstreetmap.org/wiki/Proposed_features/Relation:person#Voting avec aussi un appel sur la liste tagging@. N'hésitez pas à y ajouter votre vote et commentaire ... Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] relations person dans OSM ??
Nul reproche sur la rapidité du vote, je croyais qu'il y avait des procédure c'est tout. Et d'ailleurs je t'ai remercié de m'avoir prévenu :) Le Lundi 13 octobre 2014 23h31, Jean-Baptiste Holcroft jb.holcr...@gmail.com a écrit : Je ne connais pas les usages pour les votes, mais si c'est un peu rapide, cela montre bien qu'il y a un avis commun pour les français. À mon sens, cette relation devrait être remplacée par wiki data, mais comme lier des objets osm au reste du monde est complexe, la solution de facilité est utilisée. Tords partagés donc ... Le 13 oct. 2014 22:35, dHuy Pierre dh...@yahoo.fr a écrit : N'en jetez plus! Je suis responsable de cet odieux crime et ayant bossé toute la journée, je ne peux répondre que maintenant. Je suis étonné d'ailleurs que le vote ai été fait avec autant de célérité, il me semblait qu'il fallait une période de débat avant :/ Je suis bien responsable des relations person lié aux Panthéons ainsi que la Tombe de Th. Ratisbonne à Evry. Je tiens à défendre un peu cette relation par ailleurs: - Contrairement à ce que tu dis cquest, il n'y a rien à voir avec la page Wikipédia des personnes en question mais avec les différents bâtiments commémoratif en lien avec eux. Je reconnais avoir été largement abusif avec l'usage deville comme lieux de naissance et je pense qu'avec le recul nommé en l'honneur de est de trop pour les rues. En revanche le bâtiment Pierre et Marie Curie était leur ancienne maison et consiste aujourd'hui en un mémorial en leur nom. Ce bâtiment est donc lié à leurs personnes. - JBEC, je te remercie de m'avoir contacté d'ailleurs, je suppose que pour certains ça n'en valait pas la peine? De manière plus pragmatique, cette relation est peu utilisé en France mais utilisée aux États-Unis et en Pologne de manière assez significative. Des outils, basé sur OpenStreetMap en font même l'usage. Dont le traitement Wyszukiwarka grobów | OpenStreetMap Polska . J'ai voulu porter en France quelques contributions en la matière, sachant le volume déjà existant. (Comme vous pouvez le voir sur mon profil, je fais de la cartographie de différents type et notamment des données atypiques) Wyszukiwarka grobów | OpenStreetMap Polska Przybliż mapę aby pobrać elementy Afficher sur osmtools.org Aperçu par Yahoo - Comme le montre la page actuelle du wiki d'ailleurs, les polonais réagissent. Un argument intéressant donné est qu'il s'agit de lier ensemble les éléments physique et géographique appartenant à une même personne. - Dans le cas de suppression de cette relation il faudra aussi virer le plugin Tomb de josm qui formule automatiquement cette relation. Voilà les quelques points que j'avance pour défendre la relation (mon anglais étant exécrable, je vous l'épargnerais sur le wiki) Librement, Le Lundi 13 octobre 2014 14h35, Jérôme Seigneuret jseigneuret-...@yahoo.fr a écrit : A voté ;-) Le 13 octobre 2014 12:23, Pieren pier...@gmail.com a écrit : Je viens de remettre la page wiki sous la forme d'un proprosal et d'ouvrir une section vote: http://wiki.openstreetmap.org/wiki/Proposed_features/Relation:person#Voting avec aussi un appel sur la liste tagging@. N'hésitez pas à y ajouter votre vote et commentaire ... Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] relations person dans OSM ??
Le 12/10/2014 22:28, Philippe Verdy a écrit : Que pensez-vous de cette tentative que je découvre par hasard, des lieux fréquentés par une personnalité (ici Pierre Curie: lieu de naissance, de décès, infos historiques, musées consacrés; rues, monuments et établissements en son honneur...) https://www.openstreetmap.org/relation/3883620 Imaginez qu'on applique ça pour le Général de Gaule: combien de rues/avenues, de places, et combien de pays ont le citer même dans des endroits où il n'a jamais été avec des citations post-mortem ? Et vite on va dériver avec les données généalogiques pour retracer sa femme, ses enfants, ses parents et ancêtres... A mon avis ça n'a rien de cartographique, le seul but c'est de référencer une page Wikipédia qui sera bien plus renseigné et contiendra assez de liens vers les différents lieux cités dans l'article, vers des pages Wikipédia contenant une géolocalisation affichée sur une carte. Si on commence là dessus, on va noyer OSM qui va crouler d'infos redondantes sur les lieux; avec des centaines de milliers de personnages historiques ou célébrités actuelles de tous pays. Et on va ensuite tomber sur le problème de la vie privée et des personnes qui voudront se géolocaliser elles-même au eu où elles sont, ou les restaus qu'elle a bien aimé, ou ses bonnes affaires et recommandations, puis ensuite la publicité avec la liste intégrale des points de vente d'un nouveau produit qui sort... OSM est fait pour localiser des lieux et décrire ce qu'on y voit de façon assez péreine et qu'on peut revoir avec de bonne chance de les trouver (On ne cartographie pas les voyages des escargots ou les vols de chaque cigogne), essentiellement à leur état présent (pas tout ce qui s'y est passé ou est supposé s'être passé à moins qu'il y ait une trace locale). Si pour un lieu associé nommément et visiblement à une personne on a besoin de citer un lien, on peut éventuellement ajouter un tag sur ces objet spécifique vers Wikidata (wikidata=qX) qui fournira des URLs pertinentes dans diverses langues (page Wikipédia, catégorie sur Commons, page Auteur sur Wikisource ou Wikiquote, avec un peu partour d'autres références vers d'autres sites, sites officiels sil y a lieu pour des personnalités notoires comme des artistes contemporains...). Ce type d'info a plus sa place dans Wikidata (qui contient déjà un lien unique vers une donnée Wikidata associée à un lieu et une ou plusieurs pages Wikipédia ou Wikivoyage ou Wiktionnaire). Ceux qui veulent faire des cartes thématiques peuvent encore créer des cartes Umap utilisant des points géolocalisés sur OSM et avec un fond de carte dérivé des données OSM. Ici quand je cherche Paris, je ne m'attends pas à trouver Pierre Curie, sinon on trouverait des millions d'autres personnes et événements qui s'y sont passés. Bonsoir à toutes et tous, Dans un premier temps j'étais aussi contre mais l'explication de Pierre m'a amené à regarder plus loin et en effet qu'y a-t-il d'aberrant à signaler une commune comme étant le lieu de naissance de Untel très connu? Reste à voir les lieux qu'il convient d'accepter ou non. Soyons un peu pragmatique si je vous dit que Laurent MOURGUET est décédé à telle adresse dans telle commune certains d'entre-vous n'en ont strictement rien à foutre! Pour d'autres, au contraire, c'est une information utile. Je propose donc pour améliorer la chose qu'il faut qu'une plaque 'touristique' soit visible sur la façade dudit immeuble. Pour moi Wikipedia est une source de l'information et OSM en est une autre. Les deux sont complémentaires. Par contre il faut parfaitement documenter le tag Person. Il faut bien limiter le champ d'action de ce 'référencement' dans la base. J'irais même plus loin en effarouchant les puristes! Tout document crée avec Umap à potentiellement vocation à se retrouver dans OSM! POurquoi c'est simplement l'esprit des données ouvertes. J'ai fait quelque chose dans un certain cadre mais vous vous pouvez en faire autre chose à laquelle je n'ai pas pensé. Pour finir je reste dans le mode provoc et je dirais à Philippe que moi aussi je m'attend pas à trouver Pierre CURIE mais par contre j'aimerais bien y trouver Pierre JOLIOT alias Pierre JOLIOT-CURIE! Oui je sais c'est hors du sujet du message initial mais pourtant... Amitiés -- Yannick VOYEAUD Nul n'a droit au superflu tant que chacun n'a pas son nécessaire (Camille JOUFFRAY 1841-1924, maire de Vienne) http://www.voyeaud.org Créateur CimGenWeb: http://www.francegenweb.org/cimgenweb/ Journées du Logiciel Libre: http://jdll.org signature.asc Description: OpenPGP digital signature ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] relations person dans OSM ??
Damn, j'ai effectivement fait une erreur! Mais je suis d'accord, il faudrait plus de finesse de détail, les rues et les villes ne devrait pas y être associé aussi simplement. Et je propose de supprimer ces données (fin plus tard je bosse demain). J'espère que ce message permettra de relancer le débat :) Le Mardi 14 octobre 2014 0h24, Yannick VOYEAUD yann...@voyeaud.org a écrit : Le 12/10/2014 22:28, Philippe Verdy a écrit : Que pensez-vous de cette tentative que je découvre par hasard, des lieux fréquentés par une personnalité (ici Pierre Curie: lieu de naissance, de décès, infos historiques, musées consacrés; rues, monuments et établissements en son honneur...) https://www.openstreetmap.org/relation/3883620 Imaginez qu'on applique ça pour le Général de Gaule: combien de rues/avenues, de places, et combien de pays ont le citer même dans des endroits où il n'a jamais été avec des citations post-mortem ? Et vite on va dériver avec les données généalogiques pour retracer sa femme, ses enfants, ses parents et ancêtres... A mon avis ça n'a rien de cartographique, le seul but c'est de référencer une page Wikipédia qui sera bien plus renseigné et contiendra assez de liens vers les différents lieux cités dans l'article, vers des pages Wikipédia contenant une géolocalisation affichée sur une carte. Si on commence là dessus, on va noyer OSM qui va crouler d'infos redondantes sur les lieux; avec des centaines de milliers de personnages historiques ou célébrités actuelles de tous pays. Et on va ensuite tomber sur le problème de la vie privée et des personnes qui voudront se géolocaliser elles-même au eu où elles sont, ou les restaus qu'elle a bien aimé, ou ses bonnes affaires et recommandations, puis ensuite la publicité avec la liste intégrale des points de vente d'un nouveau produit qui sort... OSM est fait pour localiser des lieux et décrire ce qu'on y voit de façon assez péreine et qu'on peut revoir avec de bonne chance de les trouver (On ne cartographie pas les voyages des escargots ou les vols de chaque cigogne), essentiellement à leur état présent (pas tout ce qui s'y est passé ou est supposé s'être passé à moins qu'il y ait une trace locale). Si pour un lieu associé nommément et visiblement à une personne on a besoin de citer un lien, on peut éventuellement ajouter un tag sur ces objet spécifique vers Wikidata (wikidata=qX) qui fournira des URLs pertinentes dans diverses langues (page Wikipédia, catégorie sur Commons, page Auteur sur Wikisource ou Wikiquote, avec un peu partour d'autres références vers d'autres sites, sites officiels sil y a lieu pour des personnalités notoires comme des artistes contemporains...). Ce type d'info a plus sa place dans Wikidata (qui contient déjà un lien unique vers une donnée Wikidata associée à un lieu et une ou plusieurs pages Wikipédia ou Wikivoyage ou Wiktionnaire). Ceux qui veulent faire des cartes thématiques peuvent encore créer des cartes Umap utilisant des points géolocalisés sur OSM et avec un fond de carte dérivé des données OSM. Ici quand je cherche Paris, je ne m'attends pas à trouver Pierre Curie, sinon on trouverait des millions d'autres personnes et événements qui s'y sont passés. Bonsoir à toutes et tous, Dans un premier temps j'étais aussi contre mais l'explication de Pierre m'a amené à regarder plus loin et en effet qu'y a-t-il d'aberrant à signaler une commune comme étant le lieu de naissance de Untel très connu? Reste à voir les lieux qu'il convient d'accepter ou non. Soyons un peu pragmatique si je vous dit que Laurent MOURGUET est décédé à telle adresse dans telle commune certains d'entre-vous n'en ont strictement rien à foutre! Pour d'autres, au contraire, c'est une information utile. Je propose donc pour améliorer la chose qu'il faut qu'une plaque 'touristique' soit visible sur la façade dudit immeuble. Pour moi Wikipedia est une source de l'information et OSM en est une autre. Les deux sont complémentaires. Par contre il faut parfaitement documenter le tag Person. Il faut bien limiter le champ d'action de ce 'référencement' dans la base. J'irais même plus loin en effarouchant les puristes! Tout document crée avec Umap à potentiellement vocation à se retrouver dans OSM! POurquoi c'est simplement l'esprit des données ouvertes. J'ai fait quelque chose dans un certain cadre mais vous vous pouvez en faire autre chose à laquelle je n'ai pas pensé. Pour finir je reste dans le mode provoc et je dirais à Philippe que moi aussi je m'attend pas à trouver Pierre CURIE mais par contre j'aimerais bien y trouver Pierre JOLIOT alias Pierre JOLIOT-CURIE! Oui je sais c'est hors du sujet du message initial mais pourtant... Amitiés -- Yannick VOYEAUD Nul n'a droit au superflu tant que chacun n'a pas son nécessaire (Camille JOUFFRAY 1841-1924, maire de Vienne) http://www.voyeaud.org Créateur CimGenWeb: http://www.francegenweb.org/cimgenweb/ Journées du Logiciel Libre: http://jdll.org
Re: [OSM-talk-fr] Tag2link vers La Poste
Le 10 oct. 2014 à 15:07, Yves Pratter yves.prat...@gmail.com a écrit : J’ai fait le patch mais Vincent Privat doit le valider recompiler. #10608: Changes for the french usage --+- Reporter: pyrog@… | Owner: Don-vip Type: enhancement | Status: closed Priority: normal | Milestone: Component: Plugin tag2link |Version: Resolution: fixed| Keywords: --+- Changes (by Don-vip): * status: new = closed * resolution: = fixed Comment: Fixed in [o30716:30720]. I have made some modifications: - removed unnecessary restriction to `amenity=place_of_worship`, the ref:FR:CEF is enough - removed unnecessary usage of `id` attribute - removed link to score3.fr as I prefer to link only to public/institutional organisms for official data -- Ticket URL: https://josm.openstreetmap.de/ticket/10608#comment:1 JOSM https://josm.openstreetmap.de Java Openstreetmap Editor___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-ja] reconciling MLIT Shapefile with Japan Post CSV
Hi Tom, The common ID scheme is called 全国地方公共団体コード/Zenkoku Chiho-Kokyou Dantai Codes, literally meaning The National Code System for Local Public Bodies. I don't think there's an official English name for it, but anyway it's defined as a Japan's industry standard (JIS X 0402). For the columns of the postal-code csv, let's take the 1st line as a reference example: 01101,060 ,0600042,ﾎﾂｶｲﾄﾞｳ,ｻﾂﾎﾟﾛｼﾁﾕｳｵｳｸ,ｵｵﾄﾞｵﾘﾆｼ(1-19ﾁﾖｳ ﾒ),北海道,札幌市中央区,大通西（１〜１９丁目）,1,0,1,0,0,0 The column 1: 01101 is the district's ID, as you mentioned, 2-3: 060 ,0600042 are the postal codes for the district, the former is now outdated short form, the latter is canonical, 7-9: 北海道,札幌市中央区,大通西（１〜１９丁目） are the prefecture, city and district, street, respectively, 4-6: ﾎﾂｶｲﾄﾞｳ,ｻﾂﾎﾟﾛｼﾁﾕｳｵｳｸ,ｵｵﾄﾞｵﾘﾆｼ(1-19ﾁﾖｳﾒ) are the pronouciation for the pref./city-and-dist./st. resp. Let me omit the remainder: they are rather involved flags and won't be very important for OSM use. Lastly, the distinction bw. oogaki and kogaki wouldn't be serious, but I believe kogaki is a bit human- and machine-friendly; kogaki can easily be canonicalized into oogaki, but not vice versa. Hope it helps (and excuse me for a long post.) Regards, Noashi Tabuchi (tabuchi_nao...@trek.co.jp) (2014/10/12 1:25), Tom Lee wrote: Please excuse me for posting to this list in English. I am not a Japanese speaker, but have recently been examining the availability of Japanese open data for geocoding addresses. This process has been difficult due to my unfamiliarity with the language and character set. My hope is to share a summary of my work here and receive criticism from experts. My code can be found here: https://github.com/sbma44/japan_geodata_research My conclusions and the narrative behind them are present in the README.md file, which should display at the bottom of the page when you follow that link. In short: I was surprised to find that Japan Post and MLIT seem to use a shared ID scheme, allowing postal codes to be mapped, many-to-one, to the boundaries of administrative districts offered in a country-wide Shapefile by MLIT. It might be that this is already common knowledge -- if so, I would be glad to know that, too! If not, perhaps this will prove useful to others. I would be particularly glad to hear suggestions from Japanese speakers as to what each column in the postal code CSV should be properly called in English and/or in the existing OSM tagging scheme for Japan; and whether the difference between the oogaki and kogaki files offered by Japan Post represent a concern. Please do not hesitate to ask questions or point out problems with my analysis. Tom Lee ___ Talk-ja mailing list Talk-ja@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ja ___ Talk-ja mailing list Talk-ja@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ja
[Talk-us] Second thoughts
Hello! My name is Tom Fistere and I go by CountryLoon on OSM. After about a week of editing I thought I should throw out a couple of questions and comments of what I am doing so far... I have started looking at the road typing throughout the state of Minnesota as it gives me an opportunity to study the status of the map statewide. I see areas that are well documented and drawn and then there are areas so neglected that the lines and imagery are needed some immediate help. I invite anyone to check out my editing job on the segment of MN 23 between St Cloud and Foley, MN as it was rebuilt to an expressway in 2013 and let me know how I did. A couple of questions, Minnesota hates concurrent highways. US 52 is concurrent with I 94 from St Paul, MN to Fargo, ND according to AASHTO but MNDoT refuses to sign the routing beyond US 52 FOLLOWS I 94 sign at the interchange in St Paul. A similar thing occurs with US 12 through the Twin Cities to the Wisconsin line. Should the map reflect the concurrency or not? Google chose to do it but since it is unsigned, I lean toward not showing it. Most of my information is coming from county GIS sites and DOT, are there other other sites I should be checking into when looking for information verification? So far my interest is in the road network but I am willing to branch off into recreational trails and such in the future. Thanks! Tom ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Second thoughts
US 52 FOLLOWS I 94 to me means they are concurrent, even if Minnesota only has signs for I94 instead of I94/US52 So it is a matter of presentation, not facts. Here in Florida there are places where most signs list only one name, but periodically there will be references to other names sharing the same route. Dale Dale Puch On Mon, Oct 13, 2014 at 9:59 AM, Tom Fistere tbfist...@gmail.com wrote: Hello! My name is Tom Fistere and I go by CountryLoon on OSM. After about a week of editing I thought I should throw out a couple of questions and comments of what I am doing so far... I have started looking at the road typing throughout the state of Minnesota as it gives me an opportunity to study the status of the map statewide. I see areas that are well documented and drawn and then there are areas so neglected that the lines and imagery are needed some immediate help. I invite anyone to check out my editing job on the segment of MN 23 between St Cloud and Foley, MN as it was rebuilt to an expressway in 2013 and let me know how I did. A couple of questions, Minnesota hates concurrent highways. US 52 is concurrent with I 94 from St Paul, MN to Fargo, ND according to AASHTO but MNDoT refuses to sign the routing beyond US 52 FOLLOWS I 94 sign at the interchange in St Paul. A similar thing occurs with US 12 through the Twin Cities to the Wisconsin line. Should the map reflect the concurrency or not? Google chose to do it but since it is unsigned, I lean toward not showing it. Most of my information is coming from county GIS sites and DOT, are there other other sites I should be checking into when looking for information verification? So far my interest is in the road network but I am willing to branch off into recreational trails and such in the future. Thanks! Tom ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Second thoughts
OSM has the tag unsigned_ref to handle exactly this situation. There just isn't a wiki page describing it. -jack On October 13, 2014 3:45:22 PM EDT, Dale Puch dale.p...@gmail.com wrote: US 52 FOLLOWS I 94 to me means they are concurrent, even if Minnesota only has signs for I94 instead of I94/US52 So it is a matter of presentation, not facts. Here in Florida there are places where most signs list only one name, but periodically there will be references to other names sharing the same route. Dale Dale Puch On Mon, Oct 13, 2014 at 9:59 AM, Tom Fistere tbfist...@gmail.com wrote: Hello! My name is Tom Fistere and I go by CountryLoon on OSM. After about a week of editing I thought I should throw out a couple of questions and comments of what I am doing so far... I have started looking at the road typing throughout the state of Minnesota as it gives me an opportunity to study the status of the map statewide. I see areas that are well documented and drawn and then there are areas so neglected that the lines and imagery are needed some immediate help. I invite anyone to check out my editing job on the segment of MN 23 between St Cloud and Foley, MN as it was rebuilt to an expressway in 2013 and let me know how I did. A couple of questions, Minnesota hates concurrent highways. US 52 is concurrent with I 94 from St Paul, MN to Fargo, ND according to AASHTO but MNDoT refuses to sign the routing beyond US 52 FOLLOWS I 94 sign at the interchange in St Paul. A similar thing occurs with US 12 through the Twin Cities to the Wisconsin line. Should the map reflect the concurrency or not? Google chose to do it but since it is unsigned, I lean toward not showing it. Most of my information is coming from county GIS sites and DOT, are there other other sites I should be checking into when looking for information verification? So far my interest is in the road network but I am willing to branch off into recreational trails and such in the future. Thanks! Tom ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us -- Typos courtesy of fancy auto-spell technology. ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Second thoughts
It's in pretty wide use (35K uses), so I created a page in the wiki: https://wiki.openstreetmap.org/wiki/Key:unsigned_ref But I don't really know the details of usage or best practice, so I hope others can fix and add to what's there... On Mon, Oct 13, 2014 at 3:14 PM, Jack Burke burke...@gmail.com wrote: OSM has the tag unsigned_ref to handle exactly this situation. There just isn't a wiki page describing it. -jack On October 13, 2014 3:45:22 PM EDT, Dale Puch dale.p...@gmail.com wrote: US 52 FOLLOWS I 94 to me means they are concurrent, even if Minnesota only has signs for I94 instead of I94/US52 So it is a matter of presentation, not facts. Here in Florida there are places where most signs list only one name, but periodically there will be references to other names sharing the same route. Dale Dale Puch On Mon, Oct 13, 2014 at 9:59 AM, Tom Fistere tbfist...@gmail.com wrote: Hello! My name is Tom Fistere and I go by CountryLoon on OSM. After about a week of editing I thought I should throw out a couple of questions and comments of what I am doing so far... I have started looking at the road typing throughout the state of Minnesota as it gives me an opportunity to study the status of the map statewide. I see areas that are well documented and drawn and then there are areas so neglected that the lines and imagery are needed some immediate help. I invite anyone to check out my editing job on the segment of MN 23 between St Cloud and Foley, MN as it was rebuilt to an expressway in 2013 and let me know how I did. A couple of questions, Minnesota hates concurrent highways. US 52 is concurrent with I 94 from St Paul, MN to Fargo, ND according to AASHTO but MNDoT refuses to sign the routing beyond US 52 FOLLOWS I 94 sign at the interchange in St Paul. A similar thing occurs with US 12 through the Twin Cities to the Wisconsin line. Should the map reflect the concurrency or not? Google chose to do it but since it is unsigned, I lean toward not showing it. Most of my information is coming from county GIS sites and DOT, are there other other sites I should be checking into when looking for information verification? So far my interest is in the road network but I am willing to branch off into recreational trails and such in the future. Thanks! Tom ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us -- Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us -- Typos courtesy of fancy auto-spell technology. ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
