Re: [talk-ph] Nine dash line on the map
It seems a Vietnamese mapper removed the nine-dash line from OSM: http://www.openstreetmap.org/browse/changeset/15014540 On Sun, Dec 16, 2012 at 9:23 PM, maning sambale emmanuel.samb...@gmail.comwrote: Dear ian, Can you document a timeline of events regarding this matter and a propose course of action by the DWG? Maning Sambale (mobile) On Dec 16, 2012 6:03 PM, ianlopez ian_lopez_1...@yahoo.com wrote: Noticed the persistence of the other side[1], which created the so-called nine dash line[2]. He/she made similar edits a few weeks ago, which basically deleted our national border[3] (which twain somewhat restored[4]). I think that we should take this case to the Data working group, since what he/she/they are doing is an act tantamount to vandalism. [1] http://www.openstreetmap.org/browse/changeset/14269095 [2] http://en.wikipedia.org/wiki/Nine-dotted_line [3] http://www.openstreetmap.org/browse/changeset/14024326 [4] http://www.openstreetmap.org/browse/changeset/14158931 Tony Montana: Me, I want what's coming to me. Manny Ribera: Oh, well what's coming to you? Tony Montana: The world, chico, and everything in it. ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [talk-ph] Proposed OpenStreetMap Philippines Logo
Hi guys, It seems that the design with the 3 stars + sun is the overwhelming favorite among respondents on an informal Facebook poll: https://www.facebook.com/OSMPH/posts/136076383227310 If there are no further comments, we'll start using that design as the OSMPH logo (minus the capital star on Manila, per maning's request). I'll also start creating a simpler design suitable for BW and other situations where the complex logo can't be reproduced accurately. Cheers! Eugene On Tue, Feb 12, 2013 at 1:41 AM, Eugene Alvin Villar sea...@gmail.comwrote: @Mark, I actually experimented adorning the magnifying glass handle, but it was far too small to be effective. @maning, The capital star wasn't actually there at first, but I decided to add it just to make it a bit more obvious that the map is of the Philippines. But I'm not hooked up on that star so it can go if people prefer that. I've also posted on the OSMPH Facebook page. :-) @Rally, I also plan to make a lo-fi version suitable for BW printing and/or smaller sizes. We can use the hi-fi version for posters, tarpaulins, and the like. I know that this could work for stickers as well maybe around 2x2 since I've seen stickers bearing the official OSM logo. The embroidered logo looks pretty nice and intricate. :-) On Mon, Feb 11, 2013 at 2:13 PM, Rally de Leon rall...@gmail.com wrote: Can we ask some people in the paper, sticker and silk-screen printing business if the logo can be printed small enough on cloth, sticker, paper other materials such as mugs, without losing many details. Last year I requested my brother to try doing the OSM logo on embroidery for a possible souvenir patch giveaways. We had a hard time doing the inside shadings of the Magnifying Glass. The limitation is the numbers of stitches that can fit in an area, as well as the 10available colors in the embroidery machine. Attach is the simulated embroidery (rendering) of the logo if we use our available thread colors. (too bad the machine broke down even before we made the actual embroidery). :-( This can also be the potential limitation of any new logo design. How small can we print it on paper cloth? do we minimize subtle shadings or complex artworks that may be hard to print or to embroider. On silkscreen, small details tend to chip-off after several washing of clothes, or in case we want to use a medium with limited colors or shading, or even monochrome. Or we use two alternative logos, that OSM logo, the other with plain OpenStreetMap Philippines or OSMPH or plain PH (for limited color printing)? On Mon, Feb 11, 2013 at 12:30 PM, maning sambale emmanuel.samb...@gmail.com wrote: I like them both! Although I prefer the first version (PH map only). One personal request is to remove the star (Manila country capital), never been a fan of Manila as much more important than the rest of the country. :) Can we run a like campaign on facebook? Great work Eugene (as always)! On Mon, Feb 11, 2013 at 8:16 AM, Eugene Alvin Villar sea...@gmail.com wrote: Hi guys, Here's another version incorporating the three stars and a sun elements of the Philippine flag: http://wiki.openstreetmap.org/wiki/File:OSMPH_Logo_test.png So which one do you prefer? Comments and suggestions area welcome. :-) Eugene (aka: seav) On Sat, Feb 9, 2013 at 2:55 PM, Eugene Alvin Villar sea...@gmail.com wrote: Hi guys, I created a possible logo for OpenStreetMap Philippines: http://wiki.openstreetmap.org/w/index.php?title=File:OSMPH_Logo.svg This is based on the official OSM logo: http://wiki.openstreetmap.org/w/index.php?title=File:Public-images-osm_logo.svg I know that the OSMPH logo is a bit too detailed and complex for a logo, but I aimed to preserved as much of the official OSM logo which is a complex logo as well. If you have any suggestions or comments, feel free to speak up! Hopefully, we can use this to produce banners, stickers, and other materials that we can use to promote OSMPH in various events, like the Open Data Day this coming February 23 (hint, hint!). Cheers! Eugene ___ talk-ph mailing list talk-ph@openstreetmap.org http://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 http://lists.openstreetmap.org/listinfo/talk-ph ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [talk-ph] Proposed OpenStreetMap Philippines Logo
Please make the image in vector format so we won't lose resolution even if we enlarge it. I plan to have stickers made from it. Thanks! rem On Thu, Feb 14, 2013 at 8:10 AM, Eugene Alvin Villar sea...@gmail.comwrote: Hi guys, It seems that the design with the 3 stars + sun is the overwhelming favorite among respondents on an informal Facebook poll: https://www.facebook.com/OSMPH/posts/136076383227310 If there are no further comments, we'll start using that design as the OSMPH logo (minus the capital star on Manila, per maning's request). I'll also start creating a simpler design suitable for BW and other situations where the complex logo can't be reproduced accurately. Cheers! Eugene On Tue, Feb 12, 2013 at 1:41 AM, Eugene Alvin Villar sea...@gmail.comwrote: @Mark, I actually experimented adorning the magnifying glass handle, but it was far too small to be effective. @maning, The capital star wasn't actually there at first, but I decided to add it just to make it a bit more obvious that the map is of the Philippines. But I'm not hooked up on that star so it can go if people prefer that. I've also posted on the OSMPH Facebook page. :-) @Rally, I also plan to make a lo-fi version suitable for BW printing and/or smaller sizes. We can use the hi-fi version for posters, tarpaulins, and the like. I know that this could work for stickers as well maybe around 2x2 since I've seen stickers bearing the official OSM logo. The embroidered logo looks pretty nice and intricate. :-) On Mon, Feb 11, 2013 at 2:13 PM, Rally de Leon rall...@gmail.com wrote: Can we ask some people in the paper, sticker and silk-screen printing business if the logo can be printed small enough on cloth, sticker, paper other materials such as mugs, without losing many details. Last year I requested my brother to try doing the OSM logo on embroidery for a possible souvenir patch giveaways. We had a hard time doing the inside shadings of the Magnifying Glass. The limitation is the numbers of stitches that can fit in an area, as well as the 10available colors in the embroidery machine. Attach is the simulated embroidery (rendering) of the logo if we use our available thread colors. (too bad the machine broke down even before we made the actual embroidery). :-( This can also be the potential limitation of any new logo design. How small can we print it on paper cloth? do we minimize subtle shadings or complex artworks that may be hard to print or to embroider. On silkscreen, small details tend to chip-off after several washing of clothes, or in case we want to use a medium with limited colors or shading, or even monochrome. Or we use two alternative logos, that OSM logo, the other with plain OpenStreetMap Philippines or OSMPH or plain PH (for limited color printing)? On Mon, Feb 11, 2013 at 12:30 PM, maning sambale emmanuel.samb...@gmail.com wrote: I like them both! Although I prefer the first version (PH map only). One personal request is to remove the star (Manila country capital), never been a fan of Manila as much more important than the rest of the country. :) Can we run a like campaign on facebook? Great work Eugene (as always)! On Mon, Feb 11, 2013 at 8:16 AM, Eugene Alvin Villar sea...@gmail.com wrote: Hi guys, Here's another version incorporating the three stars and a sun elements of the Philippine flag: http://wiki.openstreetmap.org/wiki/File:OSMPH_Logo_test.png So which one do you prefer? Comments and suggestions area welcome. :-) Eugene (aka: seav) On Sat, Feb 9, 2013 at 2:55 PM, Eugene Alvin Villar sea...@gmail.com wrote: Hi guys, I created a possible logo for OpenStreetMap Philippines: http://wiki.openstreetmap.org/w/index.php?title=File:OSMPH_Logo.svg This is based on the official OSM logo: http://wiki.openstreetmap.org/w/index.php?title=File:Public-images-osm_logo.svg I know that the OSMPH logo is a bit too detailed and complex for a logo, but I aimed to preserved as much of the official OSM logo which is a complex logo as well. If you have any suggestions or comments, feel free to speak up! Hopefully, we can use this to produce banners, stickers, and other materials that we can use to promote OSMPH in various events, like the Open Data Day this coming February 23 (hint, hint!). Cheers! Eugene ___ talk-ph mailing list talk-ph@openstreetmap.org http://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
Re: [talk-ph] Proposed OpenStreetMap Philippines Logo
Hi Rem, Yes, the logo will be in SVG format (made using Inkscape) so there will be no loss of resolution. :-) I will upload the (hopefully) final logo tonight. On Thu, Feb 14, 2013 at 11:33 AM, rem zamora pompy...@gmail.com wrote: Please make the image in vector format so we won't lose resolution even if we enlarge it. I plan to have stickers made from it. Thanks! rem On Thu, Feb 14, 2013 at 8:10 AM, Eugene Alvin Villar sea...@gmail.comwrote: Hi guys, It seems that the design with the 3 stars + sun is the overwhelming favorite among respondents on an informal Facebook poll: https://www.facebook.com/OSMPH/posts/136076383227310 If there are no further comments, we'll start using that design as the OSMPH logo (minus the capital star on Manila, per maning's request). I'll also start creating a simpler design suitable for BW and other situations where the complex logo can't be reproduced accurately. Cheers! Eugene On Tue, Feb 12, 2013 at 1:41 AM, Eugene Alvin Villar sea...@gmail.comwrote: @Mark, I actually experimented adorning the magnifying glass handle, but it was far too small to be effective. @maning, The capital star wasn't actually there at first, but I decided to add it just to make it a bit more obvious that the map is of the Philippines. But I'm not hooked up on that star so it can go if people prefer that. I've also posted on the OSMPH Facebook page. :-) @Rally, I also plan to make a lo-fi version suitable for BW printing and/or smaller sizes. We can use the hi-fi version for posters, tarpaulins, and the like. I know that this could work for stickers as well maybe around 2x2 since I've seen stickers bearing the official OSM logo. The embroidered logo looks pretty nice and intricate. :-) On Mon, Feb 11, 2013 at 2:13 PM, Rally de Leon rall...@gmail.comwrote: Can we ask some people in the paper, sticker and silk-screen printing business if the logo can be printed small enough on cloth, sticker, paper other materials such as mugs, without losing many details. Last year I requested my brother to try doing the OSM logo on embroidery for a possible souvenir patch giveaways. We had a hard time doing the inside shadings of the Magnifying Glass. The limitation is the numbers of stitches that can fit in an area, as well as the 10available colors in the embroidery machine. Attach is the simulated embroidery (rendering) of the logo if we use our available thread colors. (too bad the machine broke down even before we made the actual embroidery). :-( This can also be the potential limitation of any new logo design. How small can we print it on paper cloth? do we minimize subtle shadings or complex artworks that may be hard to print or to embroider. On silkscreen, small details tend to chip-off after several washing of clothes, or in case we want to use a medium with limited colors or shading, or even monochrome. Or we use two alternative logos, that OSM logo, the other with plain OpenStreetMap Philippines or OSMPH or plain PH (for limited color printing)? On Mon, Feb 11, 2013 at 12:30 PM, maning sambale emmanuel.samb...@gmail.com wrote: I like them both! Although I prefer the first version (PH map only). One personal request is to remove the star (Manila country capital), never been a fan of Manila as much more important than the rest of the country. :) Can we run a like campaign on facebook? Great work Eugene (as always)! On Mon, Feb 11, 2013 at 8:16 AM, Eugene Alvin Villar sea...@gmail.com wrote: Hi guys, Here's another version incorporating the three stars and a sun elements of the Philippine flag: http://wiki.openstreetmap.org/wiki/File:OSMPH_Logo_test.png So which one do you prefer? Comments and suggestions area welcome. :-) Eugene (aka: seav) On Sat, Feb 9, 2013 at 2:55 PM, Eugene Alvin Villar sea...@gmail.com wrote: Hi guys, I created a possible logo for OpenStreetMap Philippines: http://wiki.openstreetmap.org/w/index.php?title=File:OSMPH_Logo.svg This is based on the official OSM logo: http://wiki.openstreetmap.org/w/index.php?title=File:Public-images-osm_logo.svg I know that the OSMPH logo is a bit too detailed and complex for a logo, but I aimed to preserved as much of the official OSM logo which is a complex logo as well. If you have any suggestions or comments, feel free to speak up! Hopefully, we can use this to produce banners, stickers, and other materials that we can use to promote OSMPH in various events, like the Open Data Day this coming February 23 (hint, hint!). Cheers! Eugene ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki:
Re: [OSM-talk-be] Nieuwe user
Idd... vrij problematisch stukje precies. Ik ken de streek niet, maar bij validatie zitten er inderdaad wel een aantal errors in: 3 duplicate relations alvast. Blijkbaar zijn er veel bridleways gemaakt, maar ik ken de streek niet dus daar kan ik niet over oordelen, er zitten helaas idd wel veel problemen in. Ben persoonlijk voorstander van de persoonlijke aanpak, enige dat je dan nodig hebt om voor success is wat medewerking van zijn kant. De eerste keer dat er op mijn vingers getikt werd waren de volgende woorden (van Jo ;-) wel effectief: Ik weet dat je er veel moeite in gestoken hebt en dat het demotiverend is, maar ... . Dus ik wist direct dat hij op eieren aan het lopen was maar toch zijn punt moest doordrukken. 5 mails later had ik door dat hij gelijk had. Wat betreft die relaties vraag ik me af wat er juist gerelateerd word, het is niet echt dat de relaties op zich meer info hebben staan dan de way's op zich. Er zijn hier wel een paar relatie-experts die er ten gronde op kunnen antwoorden. Glenn On 02/13/2013 07:57 AM, Georges De Gruyter wrote: Een nieuwe user stanni heeft hier een aantal nieuwe wegen toegevoegd: http://www.openstreetmap.org/?lat=51.36217lon=4.49249zoom=15layers=M Daarbij zijn heel wat fouten gemaakt. Ik wil wel een mailtje sturen om een paar van die fouten samen met hem op te lossen. Mijn bedenking is echter of het wel verstandig is dergelijke paden met relatie's in OSM op te nemen. ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Nieuwe user
Je bedoelt deze weg: http://www.openstreetmap.org/browse/way/28723855 Die is waarschijnlijk per ongeluk in de multipolygon relatie terecht gekomen. Er is hier inderdaad geen relatie nodig. Met het pad op zich zie ik niet zo veel fout. Het is onnauwkeurig (waarschijnlijk heeft stanni zijn GPS letterlijk gevolgd), en er zijn enkele typische beginnersfouten. Maar als het pad er in het echt ligt, dan moet het ook op OSM. Als je wil kan je een vriendelijk mailtje sturen om hem te bedanken voor de bijdrage, en te wijzen op wat beter kan. Groeten, Sander Op 13 februari 2013 07:57 schreef Georges De Gruyter zors1...@gmail.comhet volgende: Een nieuwe user stanni heeft hier een aantal nieuwe wegen toegevoegd: http://www.openstreetmap.org/?lat=51.36217lon=4.49249zoom=15layers=M Daarbij zijn heel wat fouten gemaakt. Ik wil wel een mailtje sturen om een paar van die fouten samen met hem op te lossen. Mijn bedenking is echter of het wel verstandig is dergelijke paden met relatie's in OSM op te nemen. ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Nieuwe user
Sander, Er zitten nog heel wat meer eigenaardigheden in : http://www.openstreetmap.org/browse/way/205274894 Zal hem eens een mailtje sturen om een paar fouten op te lossen en vragen wat zijn bedoeling is met die relatie's. Groeten, Georges Op 13 februari 2013 10:29 schreef Sander Deryckere sander...@gmail.comhet volgende: Je bedoelt deze weg: http://www.openstreetmap.org/browse/way/28723855 Die is waarschijnlijk per ongeluk in de multipolygon relatie terecht gekomen. Er is hier inderdaad geen relatie nodig. Met het pad op zich zie ik niet zo veel fout. Het is onnauwkeurig (waarschijnlijk heeft stanni zijn GPS letterlijk gevolgd), en er zijn enkele typische beginnersfouten. Maar als het pad er in het echt ligt, dan moet het ook op OSM. Als je wil kan je een vriendelijk mailtje sturen om hem te bedanken voor de bijdrage, en te wijzen op wat beter kan. Groeten, Sander Op 13 februari 2013 07:57 schreef Georges De Gruyter zors1...@gmail.comhet volgende: Een nieuwe user stanni heeft hier een aantal nieuwe wegen toegevoegd: http://www.openstreetmap.org/?lat=51.36217lon=4.49249zoom=15layers=M Daarbij zijn heel wat fouten gemaakt. Ik wil wel een mailtje sturen om een paar van die fouten samen met hem op te lossen. Mijn bedenking is echter of het wel verstandig is dergelijke paden met relatie's in OSM op te nemen. ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Nieuwe user
Het was blijkbaar zijn bedoeling om 1 MTB-route in te voeren, maar er is wat foutgelopen en nu zijn er nogal wat dubbele relaties. Het lijkt me een goed idee om hem/haar te gaan coachen. De voldoening aan jou kant is groot, al kost het soms wat inspanning en ik denk dat het voor de meeste mensen welkom nieuws is dat ze er niet alleen voor staan. Het resultaat zou dan 1 weg moeten zijn (Waarschijnlijk in meerdere stukken), getagd als path of eventueel footway. en 1 relatie die de relevante stukken groepeert tot een MTB-routerelatie. Jo Op 13 februari 2013 10:29 schreef Sander Deryckere sander...@gmail.comhet volgende: Je bedoelt deze weg: http://www.openstreetmap.org/browse/way/28723855 Die is waarschijnlijk per ongeluk in de multipolygon relatie terecht gekomen. Er is hier inderdaad geen relatie nodig. Met het pad op zich zie ik niet zo veel fout. Het is onnauwkeurig (waarschijnlijk heeft stanni zijn GPS letterlijk gevolgd), en er zijn enkele typische beginnersfouten. Maar als het pad er in het echt ligt, dan moet het ook op OSM. Als je wil kan je een vriendelijk mailtje sturen om hem te bedanken voor de bijdrage, en te wijzen op wat beter kan. Groeten, Sander Op 13 februari 2013 07:57 schreef Georges De Gruyter zors1...@gmail.comhet volgende: Een nieuwe user stanni heeft hier een aantal nieuwe wegen toegevoegd: http://www.openstreetmap.org/?lat=51.36217lon=4.49249zoom=15layers=M Daarbij zijn heel wat fouten gemaakt. Ik wil wel een mailtje sturen om een paar van die fouten samen met hem op te lossen. Mijn bedenking is echter of het wel verstandig is dergelijke paden met relatie's in OSM op te nemen. ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
[OSM-talk-be] Jan De Voslei/Boomsesteenweg in Antwerpen changed since 2011?
Hi, Is Bing imagery wrong for this location? http://www.openstreetmap.org/?lat=51.184649lon=4.391039zoom=18layers=Mway=23347009 If it was changed before spring 2011, we still have a bit of work to improve the situation there. Jo ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
[OSM-talk] Display names of crossroads
Hello, Is there some way to display the names of crossroads on the OSM map? This adress scheme is more important than street names in Japan, but currently, OSM does not display it. In consequence, it is very hard to locate something on the OSM map in Japan. There are almost no street names, and because the names of the crossroads are not displayed, you don’t have any idea where you are. Hans Schmidt ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Display names of crossroads
On Wed, 13 Feb 2013 21:57:56 Hans Schmidt wrote: Hello, Is there some way to display the names of crossroads on the OSM map? This adress scheme is more important than street names in Japan, but currently, OSM does not display it. In consequence, it is very hard to locate something on the OSM map in Japan. There are almost no street names, and because the names of the crossroads are not displayed, you don’t have any idea where you are. I would also like this, for Korea. Obviously it's a rendering issue, but it would be nice if the map on osm.org would have this. I tried adding a junction=yes tag to a named junction as described in the wiki[1], but it would not render a label for me. In Korea most junctions have large signs with their names. I showed the osm.org map to a Korean friend who was looking very hard for a named junction to orient themselves with the map, so it's quite important for Korean map users. Best wishes, Andrew [1]http://wiki.openstreetmap.org/wiki/Key:junction ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Display names of crossroads
Can help me better understand the naming of junctions. Do junction names have a direction attribute? How are they used to give directions with no street names? On Wed, Feb 13, 2013 at 5:22 AM, Andrew Errington erringt...@gmail.comwrote: On Wed, 13 Feb 2013 21:57:56 Hans Schmidt wrote: Hello, Is there some way to display the names of crossroads on the OSM map? This adress scheme is more important than street names in Japan, but currently, OSM does not display it. In consequence, it is very hard to locate something on the OSM map in Japan. There are almost no street names, and because the names of the crossroads are not displayed, you don’t have any idea where you are. I would also like this, for Korea. Obviously it's a rendering issue, but it would be nice if the map on osm.org would have this. I tried adding a junction=yes tag to a named junction as described in the wiki[1], but it would not render a label for me. In Korea most junctions have large signs with their names. I showed the osm.org map to a Korean friend who was looking very hard for a named junction to orient themselves with the map, so it's quite important for Korean map users. Best wishes, Andrew [1]http://wiki.openstreetmap.org/wiki/Key:junction ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk -- Clifford OpenStreetMap: Maps with a human touch ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Display names of crossroads
Am 13.02.2013 14:22, schrieb Andrew Errington: I would also like this, for Korea. Obviously it's a rendering issue, but it would be nice if the map on osm.org would have this. I tried adding a junction=yes tag to a named junction as described in the wiki[1], but it would not render a label for me. In Korea most junctions have large signs with their names. I showed the osm.org map to a Korean friend who was looking very hard for a named junction to orient themselves with the map, so it's quite important for Korean map users. Best wishes, Andrew Yes. Generally I think that non-Western map styles are completely neglected in OSM, but I have no idea to change that. How can we get in touch with the people who define the rendering styles? Somehow it seems to me (from the perspective of an ordinary user) that they are some kind of “gods”, who choose abritarily what is done and what is not. Well, this time I try not to give up until this is done :) It must be very frustating for Korean and Japanese users to map, but seeing that their efforts are basically completely useless on OSM, because the map will not display anything which is needed for a usable map in these areas. Concerning tagging: I don’t think that there should be some special tag. The node which intersects both roads should just get a name property. JOSM displays the name there, and I think this is how it should be displayed on osm.org, too. Hans ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Display names of crossroads
Am 13.02.2013 14:34, schrieb Clifford Snow: Can help me better understand the naming of junctions. Do junction names have a direction attribute? How are they used to give directions with no street names? Take a look at this Google maps example from some small suburb of Tokyo: http://goo.gl/maps/4j6c8 somehow in the middle you will see a a crossroad labelled 西原自然公園前 (sorry, no English, this is read as “Nishihara Shizen Kōen Mae”). This is just it. The crossroad has a name which is displayed in the center of it. No direction or something like that. Hans ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Display names of crossroads
Hi there, My experience in Japan is that the junctions are named, but not oriented. You give directions by saying 'go down this street and turn left at NAME junction'. Or 'take the third right after NAME junction'. Or if you are looking at a map, some junction names are shown, which makes it possible to follow a route by looking up for signs, and carefully counting the streets you pass. The addressing system in Japan is not based on the crossroads name however. It's a block-based system. The block has a name, and sub-blocks are numbered, and entrances are numbered around the edge of the block (I'm skipping a lot of detail[1]). In Korea, again, junctions are not oriented. Just named. If you are driving, your satnav will announce the junction name that you are to take. If you look out, you will see a sign with the name. Again, with maps, the junction names are printed, which makes it easy to look around, see the signs, and locate yourself on the map. The Korean address system used to be block-based, but now uses named streets with odd/even numbered houses on opposite sides of the road. Best wishes, Andrew [1]http://en.wikipedia.org/wiki/Japanese_addressing_system On Wed, 13 Feb 2013 22:34:00 Clifford Snow wrote: Can help me better understand the naming of junctions. Do junction names have a direction attribute? How are they used to give directions with no street names? On Wed, Feb 13, 2013 at 5:22 AM, Andrew Errington erringt...@gmail.comwrote: On Wed, 13 Feb 2013 21:57:56 Hans Schmidt wrote: Hello, Is there some way to display the names of crossroads on the OSM map? This adress scheme is more important than street names in Japan, but currently, OSM does not display it. In consequence, it is very hard to locate something on the OSM map in Japan. There are almost no street names, and because the names of the crossroads are not displayed, you don’t have any idea where you are. I would also like this, for Korea. Obviously it's a rendering issue, but it would be nice if the map on osm.org would have this. I tried adding a junction=yes tag to a named junction as described in the wiki[1], but it would not render a label for me. In Korea most junctions have large signs with their names. I showed the osm.org map to a Korean friend who was looking very hard for a named junction to orient themselves with the map, so it's quite important for Korean map users. Best wishes, Andrew [1]http://wiki.openstreetmap.org/wiki/Key:junction ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Display names of crossroads
On 13 Feb 2013 12:59, Hans Schmidt z0idb...@gmx.de wrote: Hello, Is there some way to display the names of crossroads on the OSM map? place=locality Kevin ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Display names of crossroads
On Wed, 13 Feb 2013 22:56:40 Kevin Peat wrote: On 13 Feb 2013 12:59, Hans Schmidt z0idb...@gmx.de wrote: Hello, Is there some way to display the names of crossroads on the OSM map? place=locality Kevin I don't think that's an appropriate way to name it. It's not a locality, nor is it really a place. It's a junction, with a name. I think junction=yes and name=* is the best way to record it, the next step would be to get it rendered. Best wishes, Andrew ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Display names of crossroads
place=locality Looks like tagging for the renderer to me, although I am not a resident of Japan or Korea. As it is the rendering that is not working as expected, a better resolution would be to change the renderer so that it displayed junction names. Joseph On 13 February 2013 13:56, Kevin Peat k...@k3v.eu wrote: On 13 Feb 2013 12:59, Hans Schmidt z0idb...@gmx.de wrote: Hello, Is there some way to display the names of crossroads on the OSM map? place=locality Kevin ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Display names of crossroads
On Wed, 13 Feb 2013 22:44:07 Hans Schmidt wrote: Am 13.02.2013 14:22, schrieb Andrew Errington: I would also like this, for Korea. Obviously it's a rendering issue, but it would be nice if the map on osm.org would have this. I tried adding a junction=yes tag to a named junction as described in the wiki[1], but it would not render a label for me. In Korea most junctions have large signs with their names. I showed the osm.org map to a Korean friend who was looking very hard for a named junction to orient themselves with the map, so it's quite important for Korean map users. Best wishes, Andrew Yes. Generally I think that non-Western map styles are completely neglected in OSM, but I have no idea to change that. How can we get in touch with the people who define the rendering styles? Somehow it seems to me (from the perspective of an ordinary user) that they are some kind of “gods”, who choose abritarily what is done and what is not. Well, this time I try not to give up until this is done :) It must be very frustating for Korean and Japanese users to map, but seeing that their efforts are basically completely useless on OSM, because the map will not display anything which is needed for a usable map in these areas. Concerning tagging: I don’t think that there should be some special tag. The node which intersects both roads should just get a name property. JOSM displays the name there, and I think this is how it should be displayed on osm.org, too. Hans ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk You could put a request in Trac: http://wiki.openstreetmap.org/wiki/Mapnik (The instructions are in the third paragraph To report bugs or graphical suggestions...) Best wishes, Andrew ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Display names of crossroads
2013/2/13 Andrew Errington erringt...@gmail.com I don't think that's an appropriate way to name it. It's not a locality, nor is it really a place. It's a junction, with a name. I think junction=yes and name=* is the best way to record it, the next step would be to get it rendered. I agree, it's a name of the junction, not of the area around it. How is it best rendered? With a little rectangle around it like Google Maps? Is there a usual way of rendering that? Janko ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Display names of crossroads
2013/2/13 Andrew Errington erringt...@gmail.com: On Wed, 13 Feb 2013 22:56:40 Kevin Peat wrote: On 13 Feb 2013 12:59, Hans Schmidt z0idb...@gmx.de wrote: Hello, Is there some way to display the names of crossroads on the OSM map? place=locality Kevin I don't think that's an appropriate way to name it. It's not a locality, nor is it really a place. It's a junction, with a name. I think junction=yes and name=* is the best way to record it, the next step would be to get it rendered. +1 seems logical to use the junction-key for this together with name. Maybe evaluating just yes would not be sufficient though, I imagine there are also other (specific) types of junctions like junction=roundabout. cheers, Martin ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Display names of crossroads
2013/2/13 Joseph Reeves iknowjos...@gmail.com: place=locality Looks like tagging for the renderer to me, although I am not a resident of Japan or Korea. +1, place=locality is generally a generic placeholder, which should/could be substituted by the time we dig deeper into toponyms and develop more specific classes. (At the time we use place=locality for nearly every named place which isn't a settlement). cheers, Martin ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Display names of crossroads
On Wed, Feb 13, 2013 at 8:44 AM, Hans Schmidt z0idb...@gmx.de wrote: Yes. Generally I think that non-Western map styles are completely neglected in OSM, but I have no idea to change that. How can we get in touch with the people who define the rendering styles? Somehow it seems to me (from the perspective of an ordinary user) that they are some kind of “gods”, who choose abritarily what is done and what is not. The standard OSM.org map style is actually completely neglected, not just for non-Western users. Several people have converted the style to CartoCSS [1], which is much friendlier to edit. Before talking about getting Japanese/Korean style features rendered on the OSM.org standard map, someone should first demonstrate it is possible, but making sure an appropriate tagging system is in place and creating a map style. For this last part definitely look into TileMill, which can also load the openstreetmap-carto style. -Josh [1]: https://github.com/gravitystorm/openstreetmap-carto ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Display names of crossroads
On 13 Feb 2013 14:20, Martin Koppenhoefer dieterdre...@gmail.com wrote +1, place=locality is generally a generic placeholder, which should/could be substituted by the time we dig deeper into toponyms and develop more specific classes... Well a place is just a named geographical location and I believe this tag combination is in common usage for named junctions [it certainly is in my part of GB where almost every crossroads is named] which as usual with OSM trumps all those people trying to create their idealised tagging schemes. Be sure to let everyone know when you have developed your classes ;] Kevin ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Display names of crossroads
The thing with the UK is that you get places named after junctions - Church Cross, or whatever. That may well be a locality, but it's not the same as naming the junction. That seems to be the difference with these Japan / Korea examples. Joseph On 13 February 2013 14:37, Kevin Peat k...@k3v.eu wrote: On 13 Feb 2013 14:20, Martin Koppenhoefer dieterdre...@gmail.com wrote +1, place=locality is generally a generic placeholder, which should/could be substituted by the time we dig deeper into toponyms and develop more specific classes... Well a place is just a named geographical location and I believe this tag combination is in common usage for named junctions [it certainly is in my part of GB where almost every crossroads is named] which as usual with OSM trumps all those people trying to create their idealised tagging schemes. Be sure to let everyone know when you have developed your classes ;] Kevin ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Display names of crossroads
On Wed, Feb 13, 2013 at 9:02 AM, Andrew Errington erringt...@gmail.comwrote: I think junction=yes and name=* is the best way to record it, the next step would be to get it rendered. Let's not add to the everything=yes approach to tagging but go with an existing key - highway seems appropriate. In fact highway=junction seems to already be in use for this purpose with ~123 occurences. Overpass Turbo seach for highway=junction nodes: http://goo.gl/Za5oX -- AJ Ashton ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Display names of crossroads
I'm starting to wonder if something could be adapted from the cycleway node style network tagging. On Feb 13, 2013 8:41 AM, Joseph Reeves iknowjos...@gmail.com wrote: The thing with the UK is that you get places named after junctions - Church Cross, or whatever. That may well be a locality, but it's not the same as naming the junction. That seems to be the difference with these Japan / Korea examples. Joseph On 13 February 2013 14:37, Kevin Peat k...@k3v.eu wrote: On 13 Feb 2013 14:20, Martin Koppenhoefer dieterdre...@gmail.com wrote +1, place=locality is generally a generic placeholder, which should/could be substituted by the time we dig deeper into toponyms and develop more specific classes... Well a place is just a named geographical location and I believe this tag combination is in common usage for named junctions [it certainly is in my part of GB where almost every crossroads is named] which as usual with OSM trumps all those people trying to create their idealised tagging schemes. Be sure to let everyone know when you have developed your classes ;] Kevin ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Display names of crossroads
On Wed, Feb 13, 2013 at 9:56 AM, AJ Ashton aj.ash...@gmail.com wrote: Let's not add to the everything=yes approach to tagging but go with an existing key - highway seems appropriate. In fact highway=junction seems to already be in use for this purpose with ~123 occurences. Or nevermind, I guess junction already has a wider tagging scheme. Still I wonder what a better option than yes is. -- AJ Ashton ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Display names of crossroads
place=junction? That would emphasize that a named junction is commonly used as a place to indicate nearby locations. We already have place=farm, which is practically the same... just thinking aloud. Am 13.02.2013, 15:37 Uhr, schrieb Kevin Peat k...@k3v.eu: On 13 Feb 2013 14:20, Martin Koppenhoefer dieterdre...@gmail.com wrote +1, place=locality is generally a generic placeholder, which should/could be substituted by the time we dig deeper into toponyms and develop more specific classes... Well a place is just a named geographical location and I believe this tag combination is in common usage for named junctions [it certainly is in my part of GB where almost every crossroads is named] which as usual with OSM trumps all those people trying to create their idealised tagging schemes. Be sure to let everyone know when you have developed your classes ;] Kevin ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Display names of crossroads
Andrew Errington writes: I think junction=yes and name=* is the best way to record it, the next step would be to get it rendered. This is the way I also tag it in Thailand. junction=yes and name=*. Stephan ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Display names of crossroads
AJ Ashton writes: On Wed, Feb 13, 2013 at 9:02 AM, Andrew Errington erringt...@gmail.comwrote: Let's not add to the everything=yes approach to tagging but go with an existing key - highway seems appropriate. In fact highway=junction seems to already be in use for this purpose with ~123 occurences. junction=yes together with a name is there over 2000 times. I have not checked many, but all I checked seem to be named junctions: http://overpass-turbo.eu/?Q=node%5B%22junction%22%3D%22yes%22%5D%5B%22name%2 2%5D%3Bout%20qt%3B%0A Stephan ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Display names of crossroads
On 13/02/2013 15:03, AJ Ashton wrote: On Wed, Feb 13, 2013 at 9:56 AM, AJ Ashton aj.ash...@gmail.com mailto:aj.ash...@gmail.com wrote: Let's not add to the everything=yes approach to tagging but go with an existing key - highway seems appropriate. In fact highway=junction seems to already be in use for this purpose with ~123 occurences. Or nevermind, I guess junction already has a wider tagging scheme. Still I wonder what a better option than yes is. You could use something like junction=crossroads or junction=t, to specify what sort of junction it is. Though this seems somewhat pointless, as the fact that its a crossroads or T-junction should be obvious from the geometry of the ways. highway=junction would conflict with other highway tags. eg many T-junctions or crossroads are also tagged with highway=traffic_signals. Craig ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Display names of crossroads
2013/2/13 Kevin Peat k...@k3v.eu: Be sure to let everyone know when you have developed your classes ;] we won't have to do this all at once (like always in OSM). One class that there could be is: junction cheers, Martin ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Display names of crossroads
Named roundabouts is also ordinary : junction=roundabout + name=* So junction=yes + name=* looks a bit strange but it's by far better than a highway key on nodes and more consistent with other junctions tagging. Pieren ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Display names of crossroads
Am 13.02.2013 14:44, schrieb Hans Schmidt: Concerning tagging: I don’t think that there should be some special tag. The node which intersects both roads should just get a name property. JOSM displays the name there, and I think this is how it should be displayed on osm.org, too. Agreed for no special name tag, but please use highway=junction + name=whatever in combination instead of the name tag alone. regards Peter ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Display names of crossroads
From: Peter Wendorff [mailto:wendo...@uni-paderborn.de] Sent: Wednesday, February 13, 2013 10:21 AM To: talk@openstreetmap.org Subject: Re: [OSM-talk] Display names of crossroads Am 13.02.2013 14:44, schrieb Hans Schmidt: Concerning tagging: I don’t think that there should be some special tag. The node which intersects both roads should just get a name property. JOSM displays the name there, and I think this is how it should be displayed on osm.org, too. Agreed for no special name tag, but please use highway=junction + name=whatever in combination instead of the name tag alone. How would it work when the intersection also has traffic lights? I know that there will always be some cases where there are tag key collisions but it seems that they will be *very* common in this case between highway=junction and highway=traffic_signals ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Display names of crossroads
Am 13.02.2013 19:21, schrieb Peter Wendorff: Agreed for no special name tag, but please use highway=junction + name=whatever in combination instead of the name tag alone. Yes, in retrospect, this is really better. Am 13.02.2013 15:10, schrieb Janko Mihelić: How is it best rendered? With a little rectangle around it like Google Maps? Is there a usual way of rendering that? I have another street atlas (an oldschool printed book with pages) which renders it as a blue rectangle box with the name in it. So I guess some kind of box would be nice. Bing Maps also has a box (there it is blue font in white rectangle). Am 13.02.2013 20:03, schrieb Paul Norman: How would it work when the intersection also has traffic lights? I know that there will always be some cases where there are tag key collisions but it seems that they will be*very* common in this case between highway=junction and highway=traffic_signals Yes, actually the crossroads I tagged before all have traffic lights (I would even presume this is the more common case, because only the major crossroads have names, and they tend to have traffic lights - there may be exceptions, though). Nice to see the discussion going on :) Let's hope that there is a change in rendering :) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Display names of crossroads
Hi All, We also have many cross-road or T-junctions junctions in the United Kingdom that have names. Particularly in rural areas where early fingerpost signs still exist: Devon: I believe I am right in saying that the name on the column is the junction name. I seem to remember that I've been provided driving instructions such as turn left at xyz junction. Here's an example, but they're easy to find if you zoom in on Google StreetView in a more rural location you should stumble across them almost straight away. http://www.geograph.org.uk/photo/2857741 http://www.flickr.com/photos/tollhouses/5904146435/in/photostream/ Dorset: Seems to put the junction name in the roundel at the top: http://www.sabre-roads.org.uk/wiki/index.php?title=File:Hell_Corner_-_Dorset_-_Coppermine_-_21506.jpg Rob p.s. junction=* and name=* seems suitable to me (as we do with roundabouts) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Mapnik at zoom=19
On 27/01/13 15:38, the Old Topo Depot wrote: You may want to cross post to the broader talk list as well, as I have heard rumors of work related to this but have no knowledge regarding status. I read via Gmane, so I could be wrong, but I thought this _was_ the broad talk list for OSM... Gerv ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Mapnik at zoom=19
(Sorry I'm late back to this discussion.) On 27/01/13 11:39, Richard Fairhurst wrote: If you want to make it happen, the best way to do this is to take part in the project to port the current stylesheet to Carto: https://github.com/gravitystorm/openstreetmap-carto and to make sure that the resulting stylesheet is actually capable of rendering at z19 convincingly. (The current XML one isn't.) I'm happy to cheerfully admit that I'm requesting that this happen without resources to back it up. So I'm not going to get all entitled :-) If z19 happens, count me as someone cheering you on! If not, no criticism. Beyond that, it'll take some investigation into what extra hardware burden z19 will impose. Perhaps you could help by running some tests into that? I'm not sure I have the capability to do that. :-| I'd anticipate a max of 4x the disk space needed by z18, as others have said, but less if we are smart about it and e.g. only render certain latitudes, or densely populated areas, or render on demand. Gerv ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Mapnik at zoom=19
One little step towards zoom 19 : http://tile.openstreetmap.fr:13080/?zoom=19lat=48.87164lon=2.30134layers=0B That's a new, fast server* under test (but hooked to my home DSL line so be patient). * see on wiki: http://wiki.openstreetmap.org/wiki/FR:Servers/Hardware#Dell_R610 2013/2/13 Gervase Markham gerv-gm...@gerv.net: (Sorry I'm late back to this discussion.) On 27/01/13 11:39, Richard Fairhurst wrote: If you want to make it happen, the best way to do this is to take part in the project to port the current stylesheet to Carto: https://github.com/gravitystorm/openstreetmap-carto and to make sure that the resulting stylesheet is actually capable of rendering at z19 convincingly. (The current XML one isn't.) I'm happy to cheerfully admit that I'm requesting that this happen without resources to back it up. So I'm not going to get all entitled :-) If z19 happens, count me as someone cheering you on! If not, no criticism. Beyond that, it'll take some investigation into what extra hardware burden z19 will impose. Perhaps you could help by running some tests into that? I'm not sure I have the capability to do that. :-| I'd anticipate a max of 4x the disk space needed by z18, as others have said, but less if we are smart about it and e.g. only render certain latitudes, or densely populated areas, or render on demand. Gerv ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk -- Christian Quest - OpenStreetMap France Week-end SOTM-FR à Lyon, les 23-24 février prochains: http://openstreetmap.fr/sotmfr2013 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] advice for getting a newer Garmin nüvi car navigation device?
I am about to get a newer Garmin n�vi model for car navigation, and want to use OSM maps with it. I found several web pages, which suggest that in general OSM maps on a n�vi should not be any problem, but the models listed on http://wiki.openstreetmap.org/wiki/Garmin#N.C3.BCvi_series e. g. seem all older than the models currently available in my local fnac store, those are: * n�vi 3490 LMT, 300 � * n�vi 2595 LM, 200 � * n�vi 2545 LM, 150 � * n�vi 2445 LM, 150 � * and n�vi 40, 100 � Any experience with those models? Any advice for getting / or not getting a particular one? Will the fancier features of the higher prized models be available to me at all, if I use OSM to Garmin converted maps (which are, as I understand only Garmin format 1 maps)? Thanks in advance. -Andreas ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] advice for getting a newer Garmin nüvi car navigation device?
Andreas Reuleaux reule...@web.de writes: I am about to get a newer Garmin nvi model for car navigation, and want to use OSM maps with it. I found several web pages, which suggest that in general OSM maps on a nvi should not be any problem, but the models listed on http://wiki.openstreetmap.org/wiki/Garmin#N.C3.BCvi_series e. g. seem all older than the models currently available in my local fnac store, those are: I am not sure that anyone has found a nuvi that does not work, so far. * nvi 3490 LMT, 300 * nvi 2595 LM, 200 * nvi 2545 LM, 150 * nvi 2445 LM, 150 * and nvi 40, 100 I would expect that hte 3490 and 24/25 series are a slightly better bet, in that I think they are older and thus if osm bits didn't work, we would know that. Any experience with those models? Any advice for getting / or not getting a particular one? My advice is to find a friend who uses proprietary maps and has an old receiver sitting around because buying new maps is too expensive. The 760 is a little too slow; OSM maps are richer and thus more stressful on the CPU/etc. than Garmin's maps. The 885 is fast enough. Will the fancier features of the higher prized models be available to me at all, if I use OSM to Garmin converted maps (which are, as I understand only Garmin format 1 maps)? If you only want to use OSM maps, then lifetime maps and traffic will not be useful. Also speed limit display, lane assist, junction view, etc. will not work. But in many places the map data shown will be much richer than the proprietary maps (and of course it's open - I use osm on Garmin both because it is useful and because I notice what's not mapped yet). You may want to join the mkgmap-dev@ list. But basically, there are two formats for Garmin. One is the traditional format, and mkgmap (and several other programs) generate .img files for it. Then there is the NT format, which as far as I understand is not understood outside Garmin. I have been successfully using OSM data on Garmin for several years, specifically on an Etrex Vista HCx, and (hand-me-down) Nuvi 885. I have not gotten address search to work - that's the current work-in-progress on mkgmap-dev, but POIs are there, and routing. Also contour line overlay (from non-OSM data). My other advice is that you can put osm data on a microsd, and take it to the store and try it. See the mkgmap docs/wiki, but basically, once you get the file, call it /Garmin/gmapsupp.img. Just power down the unit, put in the card, and power up. menu/tools//setup/maps/map-info should get you to a menu and you can uncheck the builtin maps. It looks like the 40 should work: https://help.openstreetmap.org/questions/11460/problem-with-routing pgpfD5FkXuueP.pgp Description: PGP signature ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] advice for getting a newer Garmin nüvi car navigation device?
Greg Troxel g...@ir.bbn.com writes: ... I am not sure that anyone has found a nuvi that does not work, so far. * nvi 3490 LMT, 300 € * nvi 2595 LM, 200 € * nvi 2545 LM, 150 € * nvi 2445 LM, 150 € * and nvi 40, 100 € I would expect that hte 3490 and 24/25 series are a slightly better bet, in that I think they are older and thus if osm bits didn't work, we would know that. OK, thanks a lot. I am beginning to understand. But does that mean, the nüvi 40, although it is the cheapest model, is the newest one? LM stands for lifetime maps, T for traffic - right? Any experience with those models? Any advice for getting / or not getting a particular one? My advice is to find a friend who uses proprietary maps and has an old receiver sitting around because buying new maps is too expensive. The 760 is a little too slow; OSM maps are richer and thus more stressful on the CPU/etc. than Garmin's maps. The 885 is fast enough. OK, thanks for this estimation, unfortunately I don't know anyone who can do without his old Garmin receiver, and buying one on ebay is certainly an option, but not for me right now, as I want to be on the road in a few days, and want to do some testing before I leave. so I guess I will go with one of the 24/25 models above (as the 3490 is definetely too expensive) Will the fancier features of the higher prized models be available to me at all, if I use OSM to Garmin converted maps (which are, as I understand only Garmin format 1 maps)? If you only want to use OSM maps, then lifetime maps and traffic will not be useful. Also speed limit display, lane assist, junction view, etc. will not work. But in many places the map data shown will be much richer than the proprietary maps (and of course it's open - I use osm on Garmin both because it is useful and because I notice what's not mapped yet). You may want to join the mkgmap-dev@ list. But basically, there are two formats for Garmin. One is the traditional format, and mkgmap (and several other programs) generate .img files for it. Then there is the NT format, which as far as I understand is not understood outside Garmin. I have been successfully using OSM data on Garmin for several years, specifically on an Etrex Vista HCx, and (hand-me-down) Nuvi 885. I have not gotten address search to work - that's the current work-in-progress on mkgmap-dev, but POIs are there, and routing. Also contour line overlay (from non-OSM data). My other advice is that you can put osm data on a microsd, and take it to the store and try it. See the mkgmap docs/wiki, but basically, once you get the file, call it /Garmin/gmapsupp.img. Just power down the unit, put in the card, and power up. menu/tools//setup/maps/map-info should get you to a menu and you can uncheck the builtin maps. OK, thanks a lot for all these explanations, too. Looking forward to get my hands dirty with that garmin / osm combo. It looks like the 40 should work: https://help.openstreetmap.org/questions/11460/problem-with-routing ...which would mean, that the low cost nüvi 40 model would be just fine, as most of the fancier options of the 24/25 series I couldn't use anyway with osm maps, right? -Andreas ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] advice for getting a newer Garmin nüvi car navigation device?
On Wed, Feb 13, 2013 at 7:06 PM, Greg Troxel g...@ir.bbn.com wrote: My other advice is that you can put osm data on a microsd, and take it to the store and try it. See the mkgmap docs/wiki, but basically, once you get the file, call it /Garmin/gmapsupp.img. Just power down the unit, put in the card, and power up. menu/tools//setup/maps/map-info should get you to a menu and you can uncheck the builtin maps. The nüvi line actually expects to be hot-swapped, it'll reboot and reload maps when it detects .img files. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[talk-au] Google copying from OSM maps
Ok I've just spotted somethingit appears Google has added a couple of trails onto their bicycling maps layer that only appear on OSM...nowhere else. Namely the trail called Follow Me in Lysterfield Lake Park in Melbourne but probably all the others too.. Is this an issue? __ NOTICE: This communication and any attachments (this message) may contain confidential information for the sole use of the intended recipient(s). Any unauthorized use, disclosure, viewing, copying, alteration, dissemination or distribution of, or reliance on this message is strictly prohibited. If you have received this message in error, or you are not an authorized recipient, please notify the sender immediately by replying to this message, delete this message and all copies from your e-mail system and destroy any printed copies.___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Google copying from OSM maps
I mapped some roads in the state forest I like to play in and noted they were substantially wrong in Google at the time. Couple of months later, four or five ? they were fixed in google. Vic forest maps still show them incorrectly but of course that could be just old releases, maybe the State data has been corrected and has flowed on to google ? Very hard to establish cause and effect. I guess we want to see all maps accurate ? David On 14/02/13 11:28, Barker, Nicholas wrote: Ok I've just spotted somethingit appears Google has added a couple of trails onto their bicycling maps layer that only appear on OSM...nowhere else. Namely the trail called Follow Me in Lysterfield Lake Park in Melbourne but probably all the others too.. Is this an issue? __ NOTICE: This communication and any attachments (this message) may contain confidential information for the sole use of the intended recipient(s). Any unauthorized use, disclosure, viewing, copying, alteration, dissemination or distribution of, or reliance on this message is strictly prohibited. If you have received this message in error, or you are not an authorized recipient, please notify the sender immediately by replying to this message, delete this message and all copies from your e-mail system and destroy any printed copies. ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [Talk-de] Tags für die grüne Welle
Am 13. Februar 2013 08:40 schrieb Martin Schafran mar...@ampelmeter.com: In erster Linie dient die grüne Welle zum Sparen, indem Bremsen und Beschleunigen möglichst verhindert wird. Die Fahrzeit für die Strecke bleibt gleich. in manchen Situationen fördert man mit derlei Informationen ggf. auch das (zu) Schnellfahren, wenn man innerorts Geschwindigkeiten über 50km/h fahren muss, um die grüne Welle zu haben (und dann würde man ggf. auch Zeit sparen, indem man insgesamt weniger Rotlichtphasen abwarten muss). Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tags für die grüne Welle
Am 13.02.2013 10:42, schrieb Martin Koppenhoefer: Am 13. Februar 2013 08:40 schrieb Martin Schafran mar...@ampelmeter.com: in manchen Situationen fördert man mit derlei Informationen ggf. auch das (zu) Schnellfahren, wenn man innerorts Geschwindigkeiten über 50km/h fahren muss, um die grüne Welle zu haben (und dann würde man ggf. auch Zeit sparen, indem man insgesamt weniger Rotlichtphasen abwarten muss). Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de Hier liegt es dann in der Verantwortung des Softwareherstellers, dass er bei Geschwindigkeiten über der zulässigen, automatisch auf die nächste Grünwelle schaltet. Wenn man es als grünen und roten Bereich bei einem Tacho darstellt, gab es bei einem Demo-Video (welches aber auf anderen Daten basierte als OSM), sogar 2 grüne Bereiche und man konnte dann die an die Situation passende Geschwindigkeit wählen. LG ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-it] Import uso del suolo Emilia Romagna
2013/2/13 Giovanni Caudullo giovanni.caudu...@gmail.com: Penso che non sia una questione di democrazia. si, non parlavo di democrazia, ma di uniformità nel tagging. Sul wiki [1] è chiaro che se si vuole inserire un tag con indicazioni sul nome scientifico si debba usare taxon, se poi non si vuole inserire la specie completa (perchè nel nostro caso ce ne sono parecchie dello stesso genere) si debba usare taxon:genus. si, ma il wiki non è la bibbia, lo cambia e aggiorna chi vuole (è il principio del wiki, e non ci sono meccanismi per regolarlo, se non la discussione degli utenti, come la abbiamo adesso qui in lista). In OSM una delle regole principali è che si consiglia di usare i tags che usano tutti per indicare una certa cosa. Vale tanto di più per un import. Tra l'altro genus indica il genere in latino, che senso ha poi dare una denominazione in lingua? Penso che non sia un tag proprio correttissimo. questo lo devi discutere con chi ha messo i genus:language tags. Personalmente ritengo anch'io superfluo i tags genus in lingua, essendo il nome latino quello usato in scienza nella tassonomia. L'idea delle versioni in lingua è quella di consentire il tagging da chiunque senza dover andare a fare una ricerca enciclopedica. Per un import userei anch'io la versione latina. ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Import uso del suolo Emilia Romagna
Ok, non entriamo in merito a filosofie wiki-tagging. Quello che volevo dire era: 1- nel wiki mi sembra corretto e ragionevole il senso del tag taxon in un settore dove c'è della confusione 2- i tag attutali sembrano statisticamente poco corretti 3- io consiglieri di inziare ad usarlo, in modo da aumentare le percentuali d'uso corretto ed anche incentivarne l'utilizzo. Ciao joe ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Import uso del suolo Emilia Romagna
2013/2/13 Giovanni Caudullo giovanni.caudu...@gmail.com: 1- nel wiki mi sembra corretto e ragionevole il senso del tag taxon in un settore dove c'è della confusione ok, mi metto a cambiare il wiki per metterlo più vicino alla realtà. 2- i tag attutali sembrano statisticamente poco corretti in OSM è corretto quel che fanno le persone (mappando), non quello che scrivono nel wiki o in lista ;-) ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Import uso del suolo Emilia Romagna
2013/2/13 Giovanni Caudullo giovanni.caudu...@gmail.com: Sul wiki [1] è chiaro che se si vuole inserire un tag con indicazioni sul nome scientifico si debba usare taxon, [1] http://wiki.openstreetmap.org/wiki/Key:taxon No, quella pagina è una proposta inattiva (anche segnalato così) del Febbraio 2011. In questi due anni 3 volte è stato usato il tag taxon:genus, quindi non sembra che oltre alle votazioni (non eseguite) si possono considerare attivi tramite uso reale (mentre per taxon direi che sia attivo per quantità di uso). Ci sono comunque delle pagine nel wiki che si occupano del tema: http://wiki.openstreetmap.org/wiki/Key:species http://wiki.openstreetmap.org/wiki/Key:genus (dallo storico mi risulta che ho creato io questa pagina poco tempo fa, ma in realtà non è così, si basano su delle pagine molto più storiche, che per qualche motivo si sono persi i riferimenti nel wiki, o meglio io al momento non li trovo). ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Import uso del suolo Emilia Romagna
Scusate se mi rispondo a me stesso. Vorrei un attimo chiarire come penso che si potrebbe fare: Mi piace taxon per la tassonomia generica (anche non sapendo se si tratta di un genus o una specie un mappatore potrebbe aggiungere l'informazione). Invece sono contrario a tutte le ridondanze come proposte qui (in contraddizione con ciò che era il consenso nel resto del wiki): Esempio dalla proposta taxon: natural=tree tourism=attraction name=Major Oak denotation=natural_monument taxon=Quercus robur taxon:en=Pedunculate Oak taxon:ref_bsbi=* taxon:genus=Quercus taxon:genus:en=Oak diventa: natural=tree tourism=attraction name=Major Oak denotation=natural_monument taxon=Quercus robur oppure invece di taxon species=Quercus robur In tutte le discussioni nel merito è sempre stato detto che si dovrebbe usare il taxon più specifico (species) e di evitare i doppioni già compresi in quella classificazione (se si mette un species, tutto il resto come genus e family è già compreso). Inoltre è sconsigliato di usare le versioni in lingua (come genus:en=Oak) ed è sufficiente di mettere _una_ versione (se la specie è data in latino non bisogno mettere alcun altro tag per il genus e ne anche una traduzione). Sono da preferire nomi in latino perché ne esistono meno doppioni (spesso nelle lingue ci sono più nomi comuni per la stessa specie). ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Import uso del suolo Emilia Romagna
Il 13/02/2013 11:48, Martin Koppenhoefer ha scritto: Scusate se mi rispondo a me stesso. Vorrei un attimo chiarire come penso che si potrebbe fare: Mi piace taxon per la tassonomia generica (anche non sapendo se si tratta di un genus o una specie un mappatore potrebbe aggiungere l'informazione). Invece sono contrario a tutte le ridondanze come proposte qui (in contraddizione con ciò che era il consenso nel resto del wiki): Esempio dalla proposta taxon: natural=tree tourism=attraction name=Major Oak denotation=natural_monument taxon=Quercus robur taxon:en=Pedunculate Oak taxon:ref_bsbi=* taxon:genus=Quercus taxon:genus:en=Oak diventa: natural=tree tourism=attraction name=Major Oak denotation=natural_monument taxon=Quercus robur oppure invece di taxon species=Quercus robur http://it.wikipedia.org/wiki/Quercus_robur http://www.actaplantarum.org/floraitaliae/viewtopic.php?t=1586 Il nome latino è usato da tutti i botanici identifica in modo univoco una pianta. Direi di non addentrarci nella sistematica http://it.wikipedia.org/wiki/Sistematica ma di inserire solo il nome latino ed un eventuale richiamo al wiki. In tutte le discussioni nel merito è sempre stato detto che si dovrebbe usare il taxon più specifico (species) e di evitare i doppioni già compresi in quella classificazione (se si mette un species, tutto il resto come genus e family è già compreso). Inoltre è sconsigliato di usare le versioni in lingua (come genus:en=Oak) ed è sufficiente di mettere _una_ versione (se la specie è data in latino non bisogno mettere alcun altro tag per il genus e ne anche una traduzione). Sono da preferire nomi in latino perché ne esistono meno doppioni (spesso nelle lingue ci sono più nomi comuni per la stessa specie). ciao, Martin ___ ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Import uso del suolo Emilia Romagna
Salve a tutti, sono un nuovo iscritto in mailing list anche se mappo dal 2009. Ho mappato anche io qualche albero, e dunque sono curioso dell'esito della discussione. Visto che fate riferimento a discussioni precedenti che non ho letto, mi permetto di fare una sintesi per vedere se ho compreso bene: In generale mi sembra siate d'accordo a mettere solo i nomi latini e ad evitare i nomi in altre lingue, per evitare ridondanza. Giusto? Per quanto riguarda il nome latino, rileggendo quanto avete scritto e la wiki ci sono queste possibilità: * inserire genus; ad esempio genus=Quercus * inserire species; ad esempio genus=Quercus robur * inserire taxon, che permette di mettere il nme latino a un qualsiasi livello di dettaglio; è dunque possibile sia mettere taxon=Quercus oppure (mi sono letto il link fornito da Mario Pichetti!)taxon=Quercus robur subsp. robur. Nel primo caso ho un livello di dettaglio su che albero è inferiore a species, nel secondo caso ho un livello di dettaglio superiore Mi sembra invece che riteniate ridondante inserire quei tag insieme. Ho capito bene? Da: Mario Pichetti mario.piche...@gmail.com A: openstreetmap list - italiano talk-it@openstreetmap.org Inviato: Mercoledì 13 Febbraio 2013 12:11 Oggetto: Re: [Talk-it] Import uso del suolo Emilia Romagna Il 13/02/2013 11:48, Martin Koppenhoefer ha scritto: Scusate se mi rispondo a me stesso. Vorrei un attimo chiarire come penso che si potrebbe fare: Mi piace taxon per la tassonomia generica (anche non sapendo se si tratta di un genus o una specie un mappatore potrebbe aggiungere l'informazione). Invece sono contrario a tutte le ridondanze come proposte qui (in contraddizione con ciò che era il consenso nel resto del wiki): Esempio dalla proposta taxon: natural=tree tourism=attraction name=Major Oak denotation=natural_monument taxon=Quercus robur taxon:en=Pedunculate Oak taxon:ref_bsbi=* taxon:genus=Quercus taxon:genus:en=Oak diventa: natural=tree tourism=attraction name=Major Oak denotation=natural_monument taxon=Quercus robur oppure invece di taxon species=Quercus roburhttp://it.wikipedia.org/wiki/Quercus_robur http://www.actaplantarum.org/floraitaliae/viewtopic.php?t=1586 Il nome latino è usato da tutti i botanici identifica in modo univoco una pianta. Direi di non addentrarci nella sistematica http://it.wikipedia.org/wiki/Sistematica ma di inserire solo il nome latino ed un eventuale richiamo al wiki. In tutte le discussioni nel merito è sempre stato detto che si dovrebbe usare il taxon più specifico (species) e di evitare i doppioni già compresi in quella classificazione (se si mette un species, tutto il resto come genus e family è già compreso). Inoltre è sconsigliato di usare le versioni in lingua (come genus:en=Oak) ed è sufficiente di mettere _una_ versione (se la specie è data in latino non bisogno mettere alcun altro tag per il genus e ne anche una traduzione). Sono da preferire nomi in latino perché ne esistono meno doppioni (spesso nelle lingue ci sono più nomi comuni per la stessa specie). ciao, Martin ___ ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Import uso del suolo Emilia Romagna
2013/2/13 Fra Mauro framauro...@yahoo.it: In generale mi sembra siate d'accordo a mettere solo i nomi latini e ad evitare i nomi in altre lingue, per evitare ridondanza. Giusto? si, se sai il nome in latino metti quello, se non lo sai ma sai un altro nome (per esempio in italiano) hai sempre la possibilità di mettere quel nome localizzato, ma nel apposito namespace ( :it, :en, ecc.) Per quanto riguarda il nome latino, rileggendo quanto avete scritto e la wiki ci sono queste possibilità: * inserire genus; ad esempio genus=Quercus * inserire species; ad esempio genus=Quercus robur * inserire taxon, che permette di mettere il nme latino a un qualsiasi livello di dettaglio; è dunque possibile sia mettere taxon=Quercus oppure (mi sono letto il link fornito da Mario Pichetti!) taxon=Quercus robur subsp. robur. Nel primo caso ho un livello di dettaglio su che albero è inferiore a species, nel secondo caso ho un livello di dettaglio superiore qui è sempre meglio inserire il tag del livello più dettagliato (species) se sei sicuro, ma se non lo sai puoi mettere il genus (non tutti siamo esperti di biologia). Mi sembra invece che riteniate ridondante inserire quei tag insieme. Ho capito bene? si, se metti species hai automaticamente anche messo un genus implicito. ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Import uso del suolo Emilia Romagna
Scusa, non capisco. Per inserire i tag io mi sono fatto una ricerca su wikipedia. Da allora so che difficilmente scriverò che un albero è una quercia o farnia, dopo aver letto questo:http://it.wikipedia.org/wiki/Specie_di_Quercus Nel caso del Carpino, da wikipedia scopro che carpino è il nome comune di tre specie di alberi appartenenti ai due generi Carpinus e Ostrya Andando a leggere le pagine di carpino nero e bianco scopro che per il carpino bianco si ha la seguente classificazione: Classe Magnoliopsida Ordine Fagales Famiglia Betulaceae Genere Carpinus Specie C. betulus per il carpino nero invece la seguente: Classe Magnoliopsida Ordine Fagales Famiglia Betulaceae Genere Ostrya Specie O.carpinifolia: Tu dici che io potrei taggare con taxon=Betulaceae, essendo l'informazione più di dettaglio di cui sono certo. Ho capito bene? io avevo appunto scritto che una delle possibilità era inserire taxon, che permette di mettere il nome latino a un qualsiasi livello di dettaglio . Forse non mi sono espresso in maniera tecnica. Dalla nostra wiki sembra che in taxon ci possa finire una qualsiasi parte della classificazione latina. Dunque potrei mettere anche taxon=Magnoliopsida o anche taxon=Ostrya carpinifolia subsp. nonsaprei Potrei anche scrivere taxon=Ostrya carpinifolia. A me sembra chiaro che se uno sa che un albero è un Ostrya carpinifolia e sa che Ostrya carpinifolia è la specie sarebbe preferibile mettere species=Ostrya carpinifolia, per semplificare la analisi dell'informazione Se uno sa che un albero è un Ostrya carpinifolia e NON sa che Ostrya carpinifolia è la specie, può mettere taxon=Ostrya carpinifolia Se uno sa che un albero è un carpino, può mettere taxon=Betulaceae Pensavo che ci fosse un sostanziale consenso su questo, ho capito male? - Messaggio originale - Da: Giovanni Caudullo giovanni.caudu...@gmail.com A: openstreetmap list - italiano talk-it@openstreetmap.org Cc: Inviato: Mercoledì 13 Febbraio 2013 15:52 Oggetto: Re: [Talk-it] Import uso del suolo Emilia Romagna si, se sai il nome in latino metti quello, se non lo sai ma sai un altro nome (per esempio in italiano) hai sempre la possibilità di mettere quel nome localizzato, ma nel apposito namespace ( :it, :en, ecc.) Quindi, Martin, tu non vuoi usare il tag taxon, che ha la funzione di raggruppare in un unico tag tutto quello che riguarda la nomenclatura botanica, sia esso genere/specie in latino, che altri nomi in lingua. Pongo una domanda, se uno sa che quel albero è un carpino, ma non sa se è un carpino nero o bianco, cosa fa? Mette genus:it=Carpino? Carpino non è un genere, scientificamente è sbagliato. Inoltre Carpino è un nome in italiano che accorpa diversi generi (Carpinus e Ostrya). Con taxon si eviterebbero questi errori. Ma che pensano gli altri? Ciao J ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Import uso del suolo Emilia Romagna
Dunque potrei mettere anche taxon=Magnoliopsida o anche taxon=Ostrya carpinifolia subsp. nonsaprei Potrei anche scrivere taxon=Ostrya carpinifolia. Questa è l'idea suggerita dal wiki e che trova il mio pieno consenso. Pensavo che ci fosse un sostanziale consenso su questo, ho capito male? Purtroppo hai capito male : ) Ciao J ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Import uso del suolo Emilia Romagna
Pensavo che ci fosse un sostanziale consenso su questo, ho capito male? Purtroppo hai capito male : ) Almeno faccio progressi! :) Stante l'assenza di consenso, permettete di fare qualche considerazione. Il vantaggio di taxon è che posso mettere qualsiasi informazione tecnicamente corretta in mio possesso. Questo vuol dire che se io non sono un utente esperto di biologia ma sono in grado di ricostruire la famiglia, l'ordine a cui appartiene l'albero, li posso mettere in maniera scientificamente corretta. Non ho neanche bisogno di sapere se quella che sto inserendo sia la famiglia, l'ordine, il genere o la specie. Se io sono un utente molto esperto in biologia potrei anche mettere informazioni più di dettaglio in taxon, inserendo anche la sottospecie e il cultivar Lo svantaggio di taxon è che il risultato di questa grande flessibilità saranno delle informazioni difficilmente analizzabili perché molto eterogenee tra di loro. Da definizione io potrei mettere anche taxon=Eukaryota (http://it.wikipedia.org/wiki/Eukaryota), dando così una informazione scientificamente corretta ma parecchio vaga! Permettimi dunque una domanda, Giovanni: sei d'accordo con quello che ho scritto prima: se uno sa che un albero è un Ostrya carpinifolia e sa che Ostrya carpinifolia è la specie sarebbe preferibile mettere species=Ostrya carpinifolia, per semplificare la analisi dell'informazione Se uno sa che un albero è un Ostrya carpinifolia e NON sa che Ostrya carpinifolia è la specie, può mettere taxon=Ostrya carpinifolia ? Questo vorrebbe dire che species=Ostrya carpinifolia è meglio di taxon=Ostrya carpinifolia, però taxon=Ostrya carpinifolia è corretto - Messaggio originale - Da: Giovanni Caudullo giovanni.caudu...@gmail.com A: openstreetmap list - italiano talk-it@openstreetmap.org Cc: Inviato: Mercoledì 13 Febbraio 2013 17:40 Oggetto: Re: [Talk-it] Import uso del suolo Emilia Romagna Dunque potrei mettere anche taxon=Magnoliopsida o anche taxon=Ostrya carpinifolia subsp. nonsaprei Potrei anche scrivere taxon=Ostrya carpinifolia. Questa è l'idea suggerita dal wiki e che trova il mio pieno consenso. Pensavo che ci fosse un sostanziale consenso su questo, ho capito male? Purtroppo hai capito male : ) Ciao J ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Import uso del suolo Emilia Romagna
Il 13/02/2013 18:15, Fra Mauro ha scritto: Pensavo che ci fosse un sostanziale consenso su questo, ho capito male? Purtroppo hai capito male : ) Almeno faccio progressi! :) Stante l'assenza di consenso, permettete di fare qualche considerazione. Il vantaggio di taxon è che posso mettere qualsiasi informazione tecnicamente corretta in mio possesso. Questo vuol dire che se io non sono un utente esperto di biologia ma sono in grado di ricostruire la famiglia, l'ordine a cui appartiene l'albero, li posso mettere in maniera scientificamente corretta. Non ho neanche bisogno di sapere se quella che sto inserendo sia la famiglia, l'ordine, il genere o la specie. Se io sono un utente molto esperto in biologia potrei anche mettere informazioni più di dettaglio in taxon, inserendo anche la sottospecie e il cultivar Lo svantaggio di taxon è che il risultato di questa grande flessibilità saranno delle informazioni difficilmente analizzabili perché molto eterogenee tra di loro. Da definizione io potrei mettere anche taxon=Eukaryota (http://it.wikipedia.org/wiki/Eukaryota), dando così una informazione scientificamente corretta ma parecchio vaga! Permettimi dunque una domanda, Giovanni: sei d'accordo con quello che ho scritto prima: se uno sa che un albero è un Ostrya carpinifolia e sa che Ostrya carpinifolia è la specie sarebbe preferibile mettere species=Ostrya carpinifolia, per semplificare la analisi dell'informazione Se uno sa che un albero è un Ostrya carpinifolia e NON sa che Ostrya carpinifolia è la specie, può mettere taxon=Ostrya carpinifolia ? Questo vorrebbe dire che species=Ostrya carpinifolia è meglio di taxon=Ostrya carpinifolia, però taxon=Ostrya carpinifolia è corretto Oppure, molto semplicemente, si tagga con un semplice natural:tree, poi con calma ci si informa e si identifica in modo corretto la specie. Pensate di quanti building:yes è popolata la mappa. Building:yes, mi dice che è presente un edificio e natural:tree un albero. Poi che l'albero sia un corylus avellana e quindi sia appetibile a Sciurus vulgaris http://it.wikipedia.org/wiki/Sciurus_vulgaris.:-) Se fosse una mappa botanica...andrei anche oltre... Oppure state pensando che un botanico (abbia bisogno della mappa)...no, non vi preoccupate qualsiasi botanico conosce perfettamente le essenze arboree che popolano la penisola, anche quelle rare. Ciao, Mario. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Import uso del suolo Emilia Romagna
2013/2/13 Giovanni Caudullo giovanni.caudu...@gmail.com: Quindi, Martin, tu non vuoi usare il tag taxon, che ha la funzione di raggruppare in un unico tag tutto quello che riguarda la nomenclatura botanica, sia esso genere/specie in latino, che altri nomi in lingua. per me non importa molto se metti taxon o species, se leggi sopra vedrai che ho suggerito sia taxon oppure anche species. Storicamente il primo tag che avevamo era species, ed era utilizzato come taxon (sia per genus che per species). Poi qualcuno ha osservato che non andava bene un tag species dove qualcun'altro forse aveva messo un genus. Allora è nata la proposta del tag genus e successivamente anche del tag taxon. Oramai ci sono ca. 270 mila species 116 mila di genus e 120 mila di taxon (più svariati localizzati), quindi chi vuole usare questi dati quasi sicuramente si guarderà questi 3 tags. Io vorrei evitare che in futuro dovrebbe aggiungere un numero significante di altri tags a quella lista per guardarsi sempre la stessa cosa. ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] glossi_tag
Saluti a tutta la lista. Sono state aggiunte le Key: Nuraghe, Tomba, natural. http://wiki.openstreetmap.org/wiki/IT:How_to_map_a Segnalate o aggiungete eventuali modifiche. Buona giornata, Mario. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Import uso del suolo Emilia Romagna
Il 14 febbraio 2013 03:11, Martin Koppenhoefer dieterdre...@gmail.com ha scritto: Io vorrei evitare che in futuro dovrebbe aggiungere un numero significante di altri tags a quella lista per guardarsi sempre la stessa cosa. Si ha senso... +1 Convinto : ) Species, Genus e se uno non è sicuro Taxon. Alla fine non è una mappa botanica... Ciao e grazie per la discussione Giovanni ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] nuovo membro
ciao a tutti, mi chiamo Fabio Mosti e mi sono appena iscritto a questa lista. Da qualche settimana sto inviando piccole correzioni o integrazioni alle mappe relativamente ai luoghi che conosco meglio, inoltre per lavoro giro molto quindi terrò gli occhi aperti! spero che il mio contributo anche se minimo possa essere utile a questo splendido progetto!___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-se] Lomma kommun
Jag har varit i kontakt med en kart- och gistekniker i Lomma kommun, som berättar att de är intresserade av att dela med sig av allt material som de äger till OSM, bland annat lekplatser och byggnader. Han är intresserad av eventuella andra idéer som vi kan ha. Han håller på att konvertera deras byggnadslager till osm-fil just nu och ska även anpassa information om byggnaderna för OSM, såsom industribyggnad osv. Efter han gjort detta har han tänkt ge mig lagren så jag kan ladda upp dem. Är det något jag borde tänka på innan jag gör det, mer än att se till att inte lägga in någon överlappande data? /Andreas ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-se] Lomma kommun
Kan kolla upp det med mätpunkterna. Det finns just nu Bing-täckning i södra delen av Lomma kommun (hela Lomma tätort och Habo ljung norr om). Däremot byggs det så mycket i Lomma centrum och i hamnen att det material vi har väldigt snabbt blivit föråldrat. Därför vore det bra om vi kan få in byggnader från kommunen och sen se till att de inte skrivs över av folk som tror att Bing-materialet är bättre... Men sånt får man väl alltid leva med. En sourcetagg på själva ytorna såväl som på changesetsen kanske kan förhindra det till viss mån. /Andreas 2013/2/14 Christoffer Holmstedt christoffer.holmst...@gmail.com: Det första som slår mig är att komma ihåg att lägga till gemensam source tagg eller motsv. men det tror jag du har koll på =) Annan information som skulle vara intressant är om han har mätpunkter i kommunen som vi kan matcha mot t.ex. Bing maps. Om vi kan få flera punkter och lägga in de som någon form av POI så kanske vi kan matcha kartorna väldigt bra. Självklart kommer vi kunna göra samma sak med det stort antal byggnader och lekplatser, men enligt mig är alltid intressant om vi kan utgå ifrån officiella mätpunkterna. Annars har jag dålig koll på vilken information som finns att tillgå men ska fundera vidare. Med vänlig hälsning -- Christoffer Holmstedt Den 14 februari 2013 00:37 skrev Andreas Vilén andreas.vi...@gmail.com: Jag har varit i kontakt med en kart- och gistekniker i Lomma kommun, som berättar att de är intresserade av att dela med sig av allt material som de äger till OSM, bland annat lekplatser och byggnader. Han är intresserad av eventuella andra idéer som vi kan ha. Han håller på att konvertera deras byggnadslager till osm-fil just nu och ska även anpassa information om byggnaderna för OSM, såsom industribyggnad osv. Efter han gjort detta har han tänkt ge mig lagren så jag kan ladda upp dem. Är det något jag borde tänka på innan jag gör det, mer än att se till att inte lägga in någon överlappande data? /Andreas ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-se] Lomma kommun
Hej, Fråga om de vill ge bort sina adresspunkter. Om man kan få med det på husen direkt är det enklare än att behöva matcha i efterhand. /Philip 14 feb 2013 kl. 06:45 skrev Andreas Vilén andreas.vi...@gmail.com: Kan kolla upp det med mätpunkterna. Det finns just nu Bing-täckning i södra delen av Lomma kommun (hela Lomma tätort och Habo ljung norr om). Däremot byggs det så mycket i Lomma centrum och i hamnen att det material vi har väldigt snabbt blivit föråldrat. Därför vore det bra om vi kan få in byggnader från kommunen och sen se till att de inte skrivs över av folk som tror att Bing-materialet är bättre... Men sånt får man väl alltid leva med. En sourcetagg på själva ytorna såväl som på changesetsen kanske kan förhindra det till viss mån. /Andreas 2013/2/14 Christoffer Holmstedt christoffer.holmst...@gmail.com: Det första som slår mig är att komma ihåg att lägga till gemensam source tagg eller motsv. men det tror jag du har koll på =) Annan information som skulle vara intressant är om han har mätpunkter i kommunen som vi kan matcha mot t.ex. Bing maps. Om vi kan få flera punkter och lägga in de som någon form av POI så kanske vi kan matcha kartorna väldigt bra. Självklart kommer vi kunna göra samma sak med det stort antal byggnader och lekplatser, men enligt mig är alltid intressant om vi kan utgå ifrån officiella mätpunkterna. Annars har jag dålig koll på vilken information som finns att tillgå men ska fundera vidare. Med vänlig hälsning -- Christoffer Holmstedt Den 14 februari 2013 00:37 skrev Andreas Vilén andreas.vi...@gmail.com: Jag har varit i kontakt med en kart- och gistekniker i Lomma kommun, som berättar att de är intresserade av att dela med sig av allt material som de äger till OSM, bland annat lekplatser och byggnader. Han är intresserad av eventuella andra idéer som vi kan ha. Han håller på att konvertera deras byggnadslager till osm-fil just nu och ska även anpassa information om byggnaderna för OSM, såsom industribyggnad osv. Efter han gjort detta har han tänkt ge mig lagren så jag kan ladda upp dem. Är det något jag borde tänka på innan jag gör det, mer än att se till att inte lägga in någon överlappande data? /Andreas ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-es] Renderizado con tiles en UTM
Muchas gracias Jaime, Investigaré a partir de lo que me pasas. gracias de nuevo. 2013/2/11 Jaime Crespo jy...@jynus.com El día 11 de febrero de 2013 13:27, Alberto G.G. gutga...@gmail.com escribió: Hola a todos: Estoy intentando montar un servicio tileado con la cartografía de OSM. En principio he descargado la cartografía de mi zona y lo he volcado a PostGIS mediante osm2pgsql y ahora me encuentro en el paso de renderizarlo. Mi idea era generar las tiles directamente con generate_tiles.py. Pero mi duda principal es saber si habría algún problema en generar estas tiles directamente en UTM. ¿Es posible esto?¿ puede alguien aconsejarme a este respecto? La mayoría de toolchains asumen que usarás coordenadas esféricas de Gugel para el renderizado, por lo que no es tan fácil. Mira a ver si esto te sirve para empezar: https://help.openstreetmap.org/questions/14916/mapnik-problems-rendering-tiles-in-utm-projection ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
[Talk-es] Organizándonos por Córdoba - Andalucía
Saludos Soy Patricio Soriano de Geoinquietos Córdoba. Tras la última reunión del grupo [1] y tras una propuesta de la Asociación Peatonal A Pata, para realizar un mapa colaborativo en OSM sobre movilidad y accesibilidad de la ciudad, parece que en los foros de Córdoba y su provincia se está animando un poco el tema de OSM. Tengo varias dudas: 1. He añadido información a la página de Córdoba en la Wiki [2], según la página de Andalucía y otras ciudades Burgos, Palencia). ¿Hay alguien que esté coordinando el tema por Andalucía? Yo llevo poco en esto, y la gente empieza a estar interesada en participar, pero hemos pensado en dar un poco de organización y coherencia al trabajo. ¿En qué nivel de cumplimiento está Andalucía en los objetivos generales, ej. carreteras? 2. Una persona, mostró interés en incluir los centros sanitarios de la ciudad y me acordé del la página Opendata de Andalucía [3]. En la Web hay mucho enlace a otras web corporativas (consejerías) y cada una tiene su Aviso Legal y todo eso. Pero recuperar un listado de los centros escolares [4] en csv y utilizarlo para situarlos en OSM ¿estaría dentro de la filosofía OSM? ¿Habría que pedir permiso?¿De qué hay que pedir permiso? 3 ¿Alguien me puede comentar que ocurre con los WMS de la IDEAndalucía? Según veo en la página de Recursos [5], los datos de la IDEAndalucía no están ¿aprobados? ¿qué significa esto? 4 También he visto un apartado de Objetivos Bueno tengo muchas más dudas, ya que principalmente estoy leyendo e informándome para intentar organizar un poco el trabajo. Ya comenté en algún correo que necesitamos ayuda, sobre todo aprovechando este interés y la reciente creación del grupo de Geoinquietos de Córdoba. Necesitaríamos una guía Gracias a todos y disculpar el parrafazo Patricio Soriano [1] http://wiki.osgeo.org/wiki/Reuni%C3%B3n_3_Geoinquietos_C%C3%B3rdoba http://wiki.osgeo.org/wiki/Reuni%C3%B3n_3_Geoinquietos_C%C3%B3rdoba [2] http://wiki.openstreetmap.org/wiki/C%C3%B3rdoba http://wiki.openstreetmap.org/wiki/C%C3%B3rdoba [3] http://www.juntadeandalucia.es/datosabiertos/portal.html http://www.juntadeandalucia.es/datosabiertos/portal.html [4] http://www.juntadeandalucia.es/educacion/vscripts/centros/_listado1.asp?qhl=c%F3rdoba http://www.juntadeandalucia.es/educacion/vscripts/centros/_listado1.asp?qhl=c%F3rdoba [5] http://wiki.openstreetmap.org/wiki/PNOA#Territorial http://wiki.openstreetmap.org/wiki/PNOA#Territorial -- View this message in context: http://gis.19327.n5.nabble.com/Organizandonos-por-Cordoba-Andalucia-tp5749290.html Sent from the Spain mailing list archive at Nabble.com. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Organizándonos por Córdoba - Andalucía
Hola Patricio :) On Wed, 13 Feb 2013 09:02:16 -0800 (PST), Patricio escribió: PS Saludos PS PS Soy Patricio Soriano de Geoinquietos Córdoba. Tras la última reunión del PS grupo [1] y tras una propuesta de la Asociación Peatonal A Pata, para PS realizar un mapa colaborativo en OSM sobre movilidad y accesibilidad de PS la ciudad, parece que en los foros de Córdoba y su provincia se está PS animando un poco el tema de OSM. A ver si es verdad. Cierto es que hay que organizarse. Lo primero organizarnos nosotros como grupo antes de saltar al aire y anunciarnos como si fuésemos un evento de masas. Una primera pregunta, Patricio, la razón de usar Eventbrite para citar a la gente ¿se debe exactamente a qué? ¿Qué se gana con usar un sitio de venta de entradas radicado en la costa oeste de EEUU? ¿Qué tiene que ver ése sitio con nosotros que somos un grupo de cordobeses europeos? Igualmente cuestioné la creación de un grupo en google+ ya que es una empresa privada que poco tiene que ver con voluntarios y proyectos sin ánimo de lucro alguno. (Conoces la red n-1?) Lo de Eventbrite choca frontalmente con encuentros locales informales entre gente que comparte inquietudes, intereses, experiencias o cualquier idea en el ámbito de la geomática, el software libre y la tecnología geoespacial. Y la empresa esa es una ventura totalmente comercial de unos avispados mercanchinfles americanos, del norte. (conoces Dudle?) Creo que conviene centrar y meditar las cosas porque la red tiene sus intringulis, sus cosillas, sus arrivistas (como google, eventbrite y wikimapia) que se apuntan a todo y no son ONGs precisamente. Pudiera resultar que nos juntemos 200 y entonces ya el asunto se escapa de las manos. Por lo dicho te pregunto antes a tí como organizador que creo has sido para conocer tu visión antes de plantear esto en la lista de correo. Es decir, ¿cuáles son los principios y estrategia que nos guía al grupo? ¿Nos guía alguna? Depender de sitios gratuitos condicionará el como nos movemos y como somos, si no a corto plazo sí a medio. Convendría establecer unos principios básicos de funcionamiento y hasta formar una asociación si es que ayudase a que nuestro esfuerzo fuese sostenido en el tiempo como creo que es. Felipe :) ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
[Talk-es] Error :(
Hola Todos :| Lamento que hace una hora y por una desgraciada equivocación he enviado a esta lista un mensaje privado :(( Os ruego lo ignoréis, por favor. Gracias. Felipe :| ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Transportes Interurbanos de Tenerife
Hola Tengo casi lista la documentación de la importación que comentaba en el mensaje anterior. http://wiki.openstreetmap.org/wiki/ES:Tenerife_Bus_Transport_Import Se agradecen comentarios, sugerencias, opiniones a favor o en contra. Un saludo, Javier. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [OSM-talk-fr] corridor écologique au dessus de l'a16
oui, 12 passages dans taginfo, dont 2 façon de l'écrire : avec et sans _ une idée de où trouver une source sur ces corridors écologiques? (autres que regarder bing au dessus des autoroutes à la mano?) Le 12 février 2013 23:16, Etienne Trimaille etienne.trimai...@gmail.com a écrit : Taginfo indique 12 passages en France. Augmentation de 50%, 100% d'ici quelques jours ? :) Le 12 février 2013 22:34, Jean-François Gaffard jean-francois.gaff...@laposte.net a écrit : cela me fait penser que je dois avoir accès à ceux de l'A36 et de l'A6 dans le val de Saône s'il ne sont pas déja dans OSM Dans OSM, il n'y aucun passage sur l'A6 et il y a 3 passages sur l'A36 entre Mulhouse et le Rhin. Je viens de regarder les autres qui étaient sur l'A39 et sur la LGV Rhin-Rhône. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- http://www.virage-energie-npdc.org/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Un rendu pour carte papier
Cela donne un rendu intéressant. Autrement il existe http://francetopo.fr/ qui propose un rendu de type IGN. Je ne sais pas si ce projet est tenu à jour ni comment il fonctionne mais peut être est il intéressant de mutualiser les efforts et solutions trouvée. Le 12 février 2013 15:06, JB jb...@mailoo.org a écrit : ** Bonjour, Un petit moment que je m'intéresse aux questions de rendu, puis Christian m'a (malgré lui) lancé pour de bon. Ma question de départ était : les données OSM sont-elles suffisantes pour créer une carte de type routière à 150 – 200 millièmes ? À partir des shapefiles de Géofabrik, de Tilemill, d'huile de coude (et de processeur qui chauffe), voilà deux rendus qui me semblent un bon départ, selon les contraintes que je m'étais fixées (visibilité de toutes les villes, routier bien visible, adapté à l'échelle visée). J'ai quelques réserves par rapport aux données fournies, et j'ai tenté de créer mes shapefiles à partir des données OSM, mais ma rencontre avec QJIS m'a laissé sur ma faim. Ce sera probablement ma prochaine étape. Les cartes sont visibles là (3000 fois, du moins) : http://tiles.mapbox.com/jbosm/map/routier_avec http://tiles.mapbox.com/jbosm/map/routier_sans Le texte est un peu gros, il faut imaginer la réduction de l'échelle d'une grosse dizaine de pourcents pour arriver à l'échelle finale. Et maintenant, je suis preneur de toutes vos critiques pour une amélioration du rendu. JB. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Un rendu pour carte papier
Bonjour, la réflexion sur les rendu papier m'intéresse bien. Comme l'a dit percherie ya pas mal d'initiatives qui existent. Je ne sais pas si certain d'entre vous seront présent au SOTM. ça peut être l'occasion d'y faire un atelier. bonne journée ! ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] [forum-osm-fr] Carto-Party organisée samedi 16 février 2013 - Moussac (30)
Le message suivant de Manon Pierrel: ## Bonjour à toutes et tous, Nous faisons un appel à la communauté OSM pour participer à un jeu de cartes en garrigue, une cartopartie organisée le samedi 16 février (c'est bientôt) à Moussac (30) à partir de 10h. Objectifs : compléter la carte de Moussac. Tous les éléments sont sur la page suivante : http://www.wikigarrigue.info/wakka.php?wiki=RDVCartoPartyMOussac Cette cartopartie intervient dans le cadre des Rendez-vous du Collectif des Garrigues. L'an dernier, nous avons organisé une formation à OSM. L'objectif était de contribuer à créer une communauté autour de Montpellier et Nîmes pour continuer à cartographier les garrigues et lancer de nouveaux usages des cartes collaboratives sur ces territoires. Après un an, on redynamise le chantier, et on a besoin de vous ! Pourquoi Moussac ? Le Collectif des Garrigues travaille (aussi) sur la co-écriture d'un ouvrage sur les garrigues. Cet ouvrage abordera les principaux sujets qui intéressent ce territoire, la géologie, l'eau, la faune et la flore, le feu, l'histoire de la présence humaine, l'histoire récente des mutations du territoire, l'agriculture, le foncier, le patrimoine.. Dans l'un des articles de la partie foncier, nous illustrons l'étalement urbain de la commune de Moussac. L'auteur a souhaité illustré cela à partir d'un fond OSM. Et nous nous sommes aperçus que le cadastre n'apparaissait pas. Un des contributeurs OSM nous a transposé tout ça en un week end. Et on s'est dit que la journée de samedi était une bonne occasion pour enrichir la carte de Moussac, et de redynamiser un groupe de motivés autour de ces questions, pour imaginer d'autres carto-party sur le territoire des garrigues Gard et Hérault.. Pour plus d'informations sur le réseau, il y a le site de l'Encylopédie Vivante des Garrigues : www.wikigarrigue.info ou il faut m'appeler : Manon Pierrel au 04.67.59.97.34 ! N'hésitez pas. Merci à vous et à bientôt j'espère Manon a été posté sur le forum http://forum.openstreetmap.fr/viewtopic.php?f=6t=504 Une réponse par mail sur l'adresse d'expédition n'arrivera nulle part Une réponse à la liste ne sera pas transmise au forum, ce qui n'empêche pas une concertation sur la liste avant de recopier la/les meilleures réponses sur le forum. Notez qu'il n'est pas necessaire d'avoir un compte sur le forum pour répondre. -- Les questions sur ce robot de transfert forum-liste peuvent être posées à sylvainaletuffe.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Un rendu pour carte papier
Le mercredi 13 février 2013 10:52:11 Jo. a écrit : Cela donne un rendu intéressant. Autrement il existe http://francetopo.fr/ qui propose un rendu de type IGN. Je ne sais pas si ce projet est tenu à jour ni comment il fonctionne mais peut être est il intéressant de mutualiser les efforts et solutions trouvée. Le 12 février 2013 15:06, JB jb...@mailoo.org a écrit : Oui, ça aurait été le top, mais l'auteur ne souhaitait pas partager ses feuilles de style car il souhaitait monter une activité pro (c'est sa raison), je ne sais pas si c'est toujours d'actualité … -- Nicolas Dumoulin http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Un rendu pour carte papier
Cela montre la crédibilité des données si elles sont utilisées pour une activité pro. Cela serait intéressant de le recontacter pour savoir si il a changer d'avis. Le 13 février 2013 12:28, Nicolas Dumoulin nicolas_openstreetmap@dumoulin63.net a écrit : Le mercredi 13 février 2013 10:52:11 Jo. a écrit : Cela donne un rendu intéressant. Autrement il existe http://francetopo.fr/ qui propose un rendu de type IGN. Je ne sais pas si ce projet est tenu à jour ni comment il fonctionne mais peut être est il intéressant de mutualiser les efforts et solutions trouvée. Le 12 février 2013 15:06, JB jb...@mailoo.org a écrit : Oui, ça aurait été le top, mais l'auteur ne souhaitait pas partager ses feuilles de style car il souhaitait monter une activité pro (c'est sa raison), je ne sais pas si c'est toujours d'actualité … -- Nicolas Dumoulin http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Un rendu pour carte papier
Je ne vous cache pas que ma prochaine préoccupation sera la carte au 25 000 pour la rando… Francetopo ne permet pas la réutilisation facilement, et quelques choix ne me conviennent pas tellement. J'avais hésité à contacter l'auteur, mais ne l'avais finalement pas fait. J'aurais tendance à préférer Maperitive à Tilemill pour cet objectif. Par simplicité ? JB. Le 13.02.2013 13:58, Jo. a écrit : Cela montre la crédibilité des données si elles sont utilisées pour une activité pro. Cela serait intéressant de le recontacter pour savoir si il a changer d'avis. Le 13 février 2013 12:28, Nicolas Dumoulin nicolas_openstreetmap@dumoulin63.net a écrit : Le mercredi 13 février 2013 10:52:11 Jo. a écrit : Cela donne un rendu intéressant. Autrement il existe http://francetopo.fr/ [1] qui propose un rendu de type IGN. Je ne sais pas si ce projet est tenu à jour ni comment il fonctionne mais peut être est il intéressant de mutualiser les efforts et solutions trouvée. Le 12 février 2013 15:06, JB jb...@mailoo.org a écrit : Oui, ça aurait été le top, mais l'auteur ne souhaitait pas partager ses feuilles de style car il souhaitait monter une activité pro (c'est sa raison), je ne sais pas si c'est toujours d'actualité … -- Nicolas Dumoulin http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin [2] ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr [3] ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr [3] Links: -- [1] http://francetopo.fr/ [2] http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin [3] http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Un rendu pour carte papier
Cela ne fait pas longtemps que j'ai commencé à contribuer mais depuis ces quelques mois je me suis rendu compte qu'il y a parfois des projets en doublons un peut partout dans le monde (principalement en Europe). Certains sont abandonnés, d'autres évolue lentement. Ce qui permettrait de sortir des projets crédible et surtout pérenne dans le temps serait peut être de mutualiser les projets similaire. Bien sûr, c'est au bon vouloir des développeurs mais ce serait à discuter entre responsable nationaux pour que les projets de différents pays s'associent entre eux. A mon niveau je ne peut pas dire grand chose de plus mais le coté fragmenté des solutions technique existante est assez frappant. Le 13 février 2013 12:05, patpatoun bobo patpatoun.b...@gmail.com a écrit : Bonjour, la réflexion sur les rendu papier m'intéresse bien. Comme l'a dit percherie ya pas mal d'initiatives qui existent. Je ne sais pas si certain d'entre vous seront présent au SOTM. ça peut être l'occasion d'y faire un atelier. bonne journée ! ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Un rendu pour carte papier
Le 13 février 2013 14:04, JB jb...@mailoo.org a écrit : ** Je ne vous cache pas que ma prochaine préoccupation sera la carte au 25 000 pour la rando… Et tu es je pense loin d'être le seul à t'intéresser à cette question! Francetopo ne permet pas la réutilisation facilement, et quelques choix ne me conviennent pas tellement. J'avais hésité à contacter l'auteur, mais ne l'avais finalement pas fait. Il lit normalement cette liste et nous apportera certainement une réponse. J'aurais tendance à préférer Maperitive à Tilemill pour cet objectif. Par simplicité ? Quelle que soit la solution, là aussi il y a un grand besoin de partage d'expériences d'utilisation car sorti du cercle des développeurs et autres informaticiens, il est difficile pour un non initié de s'approprier ces outils... Exemple tout frais d'agents d'une collectivité qui convaincus de l'intérêt d'OSM sont un peu noyés pour savoir comment exploiter les données. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Un rendu pour carte papier
Le 13/02/2013 14:04, JB a écrit : Je ne vous cache pas que ma prochaine préoccupation sera la carte au 25 000 pour la rando… Francetopo ne permet pas la réutilisation facilement, et quelques choix ne me conviennent pas tellement. J'avais hésité à contacter l'auteur, mais ne l'avais finalement pas fait. Pour les cartes de rando, il existe http://maps.refuges.info, dont le fichier de style de Mapnik est disponible. Voir : http://wiki.openstreetmap.org/wiki/Hiking/openhikingmap Jean-Claude ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Un rendu pour carte papier
TileMill est simple d'usage, Maperitive aussi il me semble. Ce qui est le plus complexe c'est la transformation des données OSM en une base de données utilisée par TileMill ou Maperitive. Ca nécessite une config costaud, et ce sont des temps d'import souvent longs. C'est là où je pense que les ressources d'OSM-FR peuvent servir. Générer des cartes de façon ponctuelle n'est pas si gourmand en ressources (c'est ponctuel), ce n'est pas comme de la génération de tuiles avec mise à jour permanentes. Le 13 février 2013 14:19, Romain MEHUT romain.me...@gmail.com a écrit : Le 13 février 2013 14:04, JB jb...@mailoo.org a écrit : Je ne vous cache pas que ma prochaine préoccupation sera la carte au 25 000 pour la rando… Et tu es je pense loin d'être le seul à t'intéresser à cette question! Francetopo ne permet pas la réutilisation facilement, et quelques choix ne me conviennent pas tellement. J'avais hésité à contacter l'auteur, mais ne l'avais finalement pas fait. Il lit normalement cette liste et nous apportera certainement une réponse. J'aurais tendance à préférer Maperitive à Tilemill pour cet objectif. Par simplicité ? Quelle que soit la solution, là aussi il y a un grand besoin de partage d'expériences d'utilisation car sorti du cercle des développeurs et autres informaticiens, il est difficile pour un non initié de s'approprier ces outils... Exemple tout frais d'agents d'une collectivité qui convaincus de l'intérêt d'OSM sont un peu noyés pour savoir comment exploiter les données. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France Week-end SOTM-FR à Lyon, les 23-24 février prochains: http://openstreetmap.fr/sotmfr2013 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Conférence Ateliers de l'Information 12/02, Université de Grenoble
La conf que j'ai donnée hier à 12h30 à la BU Sciences de Grenoble est disponible en ligne (pdf et vidéo) : http://sicd1.ujf-grenoble.fr/AT20-Les-projets-de-donnees-libres Les connaisseurs n'apprendront rien, puisque je visais le grand public. Pour ceux qui regarderaient, désolé pour la voix cassée et les éternuements, la saison ne m'a pas épargné. -- ° /\Guillaume AllègreOpenStreetMap France /~~\/\ allegre.guilla...@free.fr Cartographie libre et collaborative / /~~\tél. 04.76.63.26.99 http://www.openstreetmap.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] [forum-osm-fr] Licence de brochures touristique
Le message suivant de : ## Bonjour, J'ai fait un petit tour à l'office de tourisme de Narbonne pour me renseigner sur les nouveautés de l'année coté sortie. Pour l'occasion, j'ai posé la question Y a t'il des restrictions ou des licences à respecter en vue d'une réutilisation sur internet - Pour les documents de l'office du tourisme de Narbonne, on m'a clairement dis qu'il n'y avait aucune restriction ; - Pour les documents crée par l'EPCI Le grand Narbonne, il n'y a aucune sources, copyright ou éditeur de cité ; - Sur un guide des itinéraires VTT de l'office du tourisme de Gruissan il y a uniquement les logos Sites VTT-FFC, Ville de Gruissan et Gruissan office de tourisme ; - Sur un guide des circuits pédestres de l'office de tourisme de Gruissan, il y a indiqué le nom de l'entreprise ayant conçu et crée la brochure + un crédits photo IGN (uniquement) - Sur le guide du parc naturel, il y a les organismes ayant participé. On cite le parc naturel, les offices de tourisme du Grand Narbonne (EPCI), les syndicats d'initiatives. Il y a aussi l'entreprise ayant réalisé la maquette. - Pour finir, sur une carte de l'Aude, il y a uniquement cité Comité départemental du tourisme de l'Aude. Pour certains documents (documents de Narbonne) j'ai eu une réponse affirmative verbale. Est ce que je doit contacter chacun des organismes ? Est ce que je peut me contenter d'une réponse verbale ou doit je demander un entretient ou une autorisation écrite ? Qui doit conserver l'autorisation écrite ? a été posté sur le forum http://forum.openstreetmap.fr/viewtopic.php?f=3t=505 Une réponse par mail sur l'adresse d'expédition n'arrivera nulle part Une réponse à la liste ne sera pas transmise au forum, ce qui n'empêche pas une concertation sur la liste avant de recopier la/les meilleures réponses sur le forum. Notez qu'il n'est pas necessaire d'avoir un compte sur le forum pour répondre. -- Les questions sur ce robot de transfert forum-liste peuvent être posées à sylvainaletuffe.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [OSM-Nantes] Re: Contributeur indélicat ?
Ça continue: http://forum.openstreetmap.fr/viewtopic.php?f=6t=489start=10#p2388 Romain Le 1 octobre 2012 16:36, Jean Couteau jean.cout...@gmail.com a écrit : Du travail pour le futur DWG français ? Pour les tags en trop, j'en ai vu pas mal introduits par GeoveloCDM sur Coueron et Indre. Ce n'est pas très élégant et ça surcharge, mais tant que ça ne dérange pas, je laisse. Je pense que c'est ajouté pour les calculs d'itinéraires Geovelo. J'aurais envie de dire que dans ces cas là il faudrait améliorer l'outil... Jean ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Un rendu pour carte papier
Le 13 février 2013 12:28, Nicolas Dumoulin nicolas_openstreetmap@dumoulin63.net a écrit : Oui, ça aurait été le top, mais l'auteur ne souhaitait pas partager ses feuilles de style car il souhaitait monter une activité pro (c'est sa raison), je ne sais pas si c'est toujours d'actualité … Je suppose que c'est ça: http://www.viacarto.com/ Romain ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [OSM-Nantes] Re: Contributeur indélicat ?
bonjour tous si j'en crois tous les messages sur les liste nantais et talk-fr GeoveloCDM = Megacity = geovelo-cdm = M-Rick il y a les bourrages d'urne et maintenant les bourrages de base sur la quasi totalit (!) des rues nantaises pos par ce contributeur ou bien cette boite geovelo: _onway_=no access=yes lanes=2 je ne trouve pas cela raisonnable. Suis-je le seul dans ce cas ? Dj que le DWG nous emmerde pour le cadastre... Si on ajoute le problme du changement unilatral sans discussion et en simple excution d'un ordre de Nantes Mtropole du changement de classification des voies de l'ouest Nantais Si on ajoute le problme de la mauvais intgration de ses donnes. POI en triple, des infos discordantes au mme endroit sur des changeset diffrents sans commentaire. Et il n'y pas que sur Nantes qu'il svit maintenant, LeMans, Toulouse entre autres. Je n'ai pas mis de lien sur tous les posts qui en parlent, cela serait trop long... Il ne vient pas ici en parler. Je crois portant qu'il est en relation avec quelqu'un de la liste nantaise ou sur talk-fr. il va finir par ce faire bloquer par le groupe d'action. Faudrait le prvenir. Mais pas moi... Je ne le trouve pas tres respecteux dans les echanges que l'on a pu avoir ensemble. bonne nuit djo_man Le 13/02/2013 20:24, Romain MEHUT a crit: a continue: http://forum.openstreetmap.fr/viewtopic.php?f=6t=489start=10#p2388 Romain Le 1 octobre 2012 16:36, Jean Couteau jean.cout...@gmail.com a crit : Du travail pour le futur DWG franais ? Pour les tags "en trop", j'en ai vu pas mal introduits par GeoveloCDM sur Coueron et Indre. Ce n'est pas trs lgant et a surcharge, mais tant que a ne drange pas, je laisse. Je pense que c'est ajout pour les calculs d'itinraires Geovelo. J'aurais envie de dire que dans ces cas l il faudrait amliorer l'outil... Jean ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [OSM-Nantes] Re: Contributeur indélicat ?
djo_man wrote bonjour agrave; tous si j'en crois tous les messages sur les liste nantais et talk-frnbsp; GeoveloCDM = Megacity = geovelo-cdm = M-Rick Bonsoir, J'interviens juste pour signaler que derrière tous ces pseudos cités il y a a priori qu'une seule personne, qui ne travaille plus pour Géovélo depuis pas mal de temps maintenant. Gaël. -- View this message in context: http://gis.19327.n5.nabble.com/Contributeur-indelicat-tp5728399p5749308.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [OSM-Nantes] Re: Contributeur indélicat ?
Alors qui envoie les changeset actuellement sous le pseudo Geovelo ? Comment contacter cette personne pour la raisonner et faire qu'il ne faille pas assez systématiquement repasser derrière ses contributions ? Quelqu'un a les coordonnées téléphoniques de la Compagnie des Mobilités qui est derrière Géovélo ? Le 13 février 2013 22:50, GaelADT gael.sauva...@gmail.com a écrit : Bonsoir, J'interviens juste pour signaler que derrière tous ces pseudos cités il y a a priori qu'une seule personne, qui ne travaille plus pour Géovélo depuis pas mal de temps maintenant. Gaël. -- Christian Quest - OpenStreetMap France Week-end SOTM-FR à Lyon, les 23-24 février prochains: http://openstreetmap.fr/sotmfr2013 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-us] ref tags
Thank you, Paul: not only do I stand corrected, I am glad to be corrected (improved, really) in this way. (I did know, in fact, the number to be greater than fifty something.) I only planted the seed, and you more fully grew the tree of this particular truth. I, too, am not sure of a more accurate number, only that it is somewhere between fifty something and 200+. Native reservations still seem to be a not-completely-settled issue as to admin_level value, I do wish the OSM community could reach more harmonious agreement here. Discussions like this, which really only scratch surfaces, are a good start. I see persuasive arguments for either admin_level=1 (for the US-Canada border stragglers?) or 3 for most or all of these regions. Perhaps an OSM wiki discussion can be started, continued or resurrected. Or maybe a new thread. A new thread should change Subject away from ref tags. Also, talk-us may or may not be a correct forum for this discussion. I did recently (Volume 62, Issue 1) start a discussion in talk-us about admin_level which turned into contributions in the wiki page http://wiki.openstreetmap.org/wiki/United_States_admin_level, which http://wiki.openstreetmap.org/wiki/User:Minh_Nguyen cleaned up by drawing off further discussion to http://wiki.openstreetmap.org/wiki/Talk:United_States_admin_level#admin_level.3D5_proposal (thank you Minh). That (or a new section in it) may be an appropriate place to continue a discussion of native reservations in the US being assigned an admin_level of 1, 3 or some other value. Or even something else we may agree to do. SteveA California On Tue, Feb 12, 2013 at 1:18 PM, stevea mailto:stevea...@softworkers.comstevea...@softworkers.com wrote: In other words, New York is just as sovereign as is New Zealand, South Dakota is as much a nation-state as South Korea. I am not an attorney, but I can read. This makes for 51 independent jurisdictions: the fifty states and the United States at a federal level. (There might be fifty-something independent jurisdictions if we include DC, Puerto Rico, American Samoa, US Virgin Islands... but all of those extras are really separate areas of the single federal state). The latter (the federal USA) is, legally speaking, absolutely distinct from each of the former (the sovereign fifty states). Let OSM properly reflect that. More like 200+, actually. Indian nations are usually above the state level, below the US level, with a few exceptions that stand independent straddling the US/Canada border. These aren't mapped yet, mostly because suggestions to use administrative boundary levels 3 and 1 as default levels most tribes and the border stragglers have either gone ignored or shot down. ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] ref tags
On 2/13/2013 6:27 AM, Paul Johnson wrote: Considering that there's nearly 40 in the area within relation 161645 (Oklahoma), I'd honestly be surprised if there aren't at least 50-something just within states starting with O. AFAIK, all of the reservations in Oklahoma were allotted before statehood. There is, obviously, some land that has been taken into trust by BIA for the casinos. Osage County is the closest thing we have to a reservation, but even there only mineral rights are fully native owned. There are tribal governments here, but no reservations. -Nathan ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] ref tags
Not reservations as such, but there are tribal boundaries that last to this day. Osage County/Nation isn't the only one. Heck, just drive around Tulsa, and you'll see Entering the Cherokee/Muscogee (Creek)/Osage Nation signs bisecting the city into thirds centered roughly at the 244/412/51/LL/64 (and there's probably 546732469 other refs I'm omitting) interchange in downtown. Several smaller nations are in the Kansas/Missouri corner. The Choctaw Nation dominates the Ouachitas. And yeah, the Osage got truly hosed... On Wed, Feb 13, 2013 at 3:19 PM, Nathan Mills nat...@nwacg.net wrote: On 2/13/2013 6:27 AM, Paul Johnson wrote: Considering that there's nearly 40 in the area within relation 161645 (Oklahoma), I'd honestly be surprised if there aren't at least 50-something just within states starting with O. AFAIK, all of the reservations in Oklahoma were allotted before statehood. There is, obviously, some land that has been taken into trust by BIA for the casinos. Osage County is the closest thing we have to a reservation, but even there only mineral rights are fully native owned. There are tribal governments here, but no reservations. -Nathan __**_ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-ushttp://lists.openstreetmap.org/listinfo/talk-us ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
