Re: [Talk-ca] 2020 building import wiki comment by Nate Wessel

You guys can analyze the simplified version of ontario: https://drive.google.com/file/d/1OK83yrPwMW4nefyu-6JsIInu0meK2rW6/view?usp=sharing If you think it's good, I can simplify the other files and process them into mbtiles. ___ Talk-ca mailing list

Re: [Talk-ca] 2020 building import wiki comment by Nate Wessel

tag de merde qui sont aucunement utile à OSM. Je travaille sur les fichiers, car quelqu'un a dit les données était de la bouse de vache. On Sat., Jan. 19, 2019, 11:02 p.m. Pierre Béland James, > > Je pense que nous travaillons sur deux aspects différents. Tu te concentre > sur la p

Re: [Talk-ca] 2020 building import wiki comment by Nate Wessel

rcontent.com>* a envoyé une réponse > incorrecte. > >- Essayez d'exécuter les diagnostics réseau de Windows. > > ERR_SSL_PROTOCOL_ERROR > > > Pierre > > > Le samedi 19 janvier 2019 23 h 10 min 04 s HNE, James > a écrit : > > > tar.xz c'est un fich

Re: [Talk-ca] 2020 building import wiki comment by Nate Wessel

Is there no one that will analyse the data I've posted here? https://drive.google.com/file/d/1OK83yrPwMW4nefyu-6JsIInu0meK2rW6/view?usp=sharing or are we just email thread warriors? On Sat., Jan. 19, 2019, 4:29 p.m. Pierre Béland via Talk-ca < talk-ca@openstreetmap.org wrote: > Voici une

Re: [Talk-ca] 2020 building import wiki comment by Nate Wessel

use qgis or launch josm with java in 64bit mode(d64) with memory options (Xms, Xmx), or it will crap out at 3.5GB On Sat., Jan. 19, 2019, 5:13 p.m. OSM Volunteer stevea < stevea...@softworkers.com wrote: > On Jan 19, 2019, at 2:01 PM, James wrote: > > Is there no one that will anal

Re: [Talk-ca] 2020 building import wiki comment by Nate Wessel

Resending because these emails are getting over 40KB in size and talk list is spazzing out: Original: 9.263 Average points per feature Points:20346517 Features:2196329 Simplified (20cm): 8.425 Average points per feature Points:18504036 Features:2196329

Re: [Talk-ca] Canada building import - Simplification discussion

into satellite imagery quality vs what the cities use (plane overhead gathering high-res imagery) On Sun, Jan 20, 2019 at 12:44 AM Nate Wessel wrote: > I'm changing the subject line to try and retain some clarity for the > mailing list. > > James, thanks for the stats! I'm surprised this didn't

Re: [Talk-ca] OpenStreetMap, education and the buildings

That's french: France. Not french: Québec On Sat., Jan. 19, 2019, 8:44 p.m. John Whelan From weeklyosm: > Education > >- The new curriculum > > >(pdf) for French high

Re: [Talk-ca] canvec imports

not sure why Canvec always gets shat uppon, their water features are great and pretty accurate, the forest/landcover on the other hand needs fixing before import. I think it's clear enough on the canvec wiki page that only experienced mappers/importers should attempt a canvec import. On Tue.,

Re: [Talk-ca] Tagging paths that are snowploughed?

ll follow this convention. > > Thanks John > > James wrote on 2018-11-20 10:53 AM: > > pathes that ARE cleared are tagged seasonal=no as they are NOT > seasonal(closes during winter for example) > > On Tue., Nov. 20, 2018, 10:51 a.m. John Whelan wrote: > >&g

Re: [Talk-ca] Tagging paths that are snowploughed?

pathes that ARE cleared are tagged seasonal=no as they are NOT seasonal(closes during winter for example) On Tue., Nov. 20, 2018, 10:51 a.m. John Whelan I'm not sure exactly what you mean. Paths that not cleared are tagged > seasonal=no or tags that are cleared get the tag seasonal=no? > > The

Re: [Talk-ca] Multiple university departments in one building

Yeah I did that with the indoor tagging schema On Wed., Nov. 28, 2018, 7:40 a.m. john whelan Have a look at OSMand and see what it looks like. > > Generally it is considered bad practise to map for the renderer. > > As an alternative take a look at Place d'Orleans shopping center in > Orleans

Re: [Talk-ca] Multiple university departments in one building

josm now has a built in filter for levels On Wed., Nov. 28, 2018, 12:41 p.m. Tim Elrick Thank you, John and James. > > Place d'Orleans looks nice. And, of course, we do not map for the > renderer. However, as the departments that I want to map are on > different floor levels and not

Re: [Talk-ca] Building Import update

Master of Geography, PhD candidate in Urban Planning > NateWessel.com <http://natewessel.com> > > On 1/26/19 11:31 AM, James wrote: > > no need for scripts, qgis does this fine via the Vector menu -> Geometry > tools -> Simplify Geometries utility. I simplified it t

Re: [Talk-ca] Talk-ca Digest, Vol 131, Issue 46

i haven't simplified because, no one gave me feedback on the data...Not going to process a bunch of datafiles for someone to turn around and say the simplification broke something. On Sat., Jan. 26, 2019, 9:57 a.m. Danny McDonald Personally, I'm eager to re-start importing, but I'd like to hear

Re: [Talk-ca] Building Import update

roblem: > https://trac.osgeo.org/postgis/wiki/UsersWikiSimplifyPreserveTopology > Nate Wessel > Jack of all trades, Master of Geography, PhD candidate in Urban Planning > NateWessel.com <http://natewessel.com> > > On 1/26/19 12:31 PM, James wrote: > > it does if you saw my analysi

Re: [Talk-ca] Building Import update

e start systematically > checking the quality of our work, if ever. If no one wants to do it now, no > one is going to want to do it later either, and that doesn't bode well. > > 2. *Simplification*: James' analysis showed that simplification could > save several hundred megabytes (and probab

Re: [Talk-ca] Talk-ca Digest, Vol 131, Issue 48

There is also fours states to a task..clear..no action, yellow...completed and green: validated! (there's also unvalidated to flag a tile as not being done again/not being validated) You can leave comments as well! On Sat., Jan. 26, 2019, 7:53 p.m. Nate Wessel I'm all for this, so long as it

Re: [Talk-ca] Building Import

If you could share the workbench it would be greatly appreciated. Thanks On Tue., Mar. 26, 2019, 1:11 p.m. Begin Daniel, wrote: > Hi Jarek, > There is actually no standard “code” available since I use FME ( > www.safe.com). It is a proprietary ETL application and all operations are > done

Re: [Talk-ca] Microsoft has released its building outlines for Canada

M$ released data as ODbL so pretty sure license is compatible On Sat., Mar. 2, 2019, 5:27 p.m. OSM Volunteer stevea, < stevea...@softworkers.com> wrote: > A responsible complement to this would be a link to license information, a > wiki page about these data, and perhaps an Import Plan

Re: [Talk-ca] Microsoft has released its building outlines for Canada

I could serve the output using the microdataservice and the osncanada task manager(multiple tasks) https://github.com/osmottawa/micro-data-service On Mon., Mar. 4, 2019, 7:16 p.m. Begin Daniel, wrote: > Tim, > > I have plenty of free time and I am interested in this import. I am about > to

Re: [Talk-ca] Bike infrastructure in OSM

I know the bike enthusiasts have been using this tagging guide: https://github.com/BikeOttawa/OSM-Bike-Ottawa-Tagging-Guide On Fri., Feb. 8, 2019, 5:06 p.m. Harald Kliems, wrote: > I just learned that US-based bike advocacy organization People for Bikes > is going to expand their "Bicycle

Re: [Talk-ca] Ongoing Canadian building import needs to be stopped, possibly reverted

tc.). It's just overwhelming for a new user. >>> > >>> > It is very much a cat-and-mouse type scenario with community driven >>> projects like OSM. Apparently the issue with this import is the lack of >>> community involvement but I can for sure tell you t

Re: [Talk-ca] English and French translation required for some road names

That way seems to be "tagged for the renderer". 1e Avenue is Première Avenue phonetically, but is probably 1e Avenue on the sign. As john has said it also depends on municipality, for example in Orleans(french suburb of Ottawa) you can have street names like this street(Maskinongé Crescent)

[Talk-ca] Route verte besoin de corrections encore

Il y a des trous dans la route verte(relation # 416115) encore et a besoin d'être réparer de nouveau. J'ai essayer de remplir les trous dans l'est, mais l'ouest de Montreal a beaucoup de trous. ___ Talk-ca mailing list Talk-ca@openstreetmap.org

Re: [Talk-ca] Route verte besoin de corrections encore

it exists as one piece." > > http://ra.osmsurround.org/analyzeMap?relationId=416115 > > Pierre Boucher > > Le 2019-07-03 à 17:31, Martin Chalifoux via Talk-ca a écrit : > > On parle bien de Route Verte 5 ? Je vois pas vraiment de trous. > > > On Jul 3, 2019, at 11:56

Re: [Talk-ca] Ïle d'Orléan

Il se peut il y a eu une correction dans le dernier mois? Le cycle map est une tierce partie qui le maintiens et est mise à jour ~au 30 jours. On Mon., Jul. 8, 2019, 9:14 a.m. Pierre Boucher, wrote: > Bonjour à tous, > > Comment ce fait-il que l'ïle d'Orléans n'apparaît pas lorsqu'on affiche >

Re: [Talk-ca] Open Data for Airdrie AB

ODBL also has the annoying part where the data has to be fully licensed by the data provider: if city buys data from 3rd party and they still retain rights on it, then it becomes a problem On Tue., Apr. 23, 2019, 12:09 p.m. Jarek Piórkowski, wrote: > IANAL but as I understand it, you would have

Re: [Talk-ca] Open Data for Airdrie AB

While I don't see anything in the license that wouldn't be compatible with OSM except maybe the attribution placement: as osm maintains licenses on the wiki and not in the data it's kind of "not the same project" and you'd have to ask city if attribution in the wiki would be sufficient then go

Re: [Talk-ca] Postcodes in Canada

funny you should mention geocoder.ca The owner of that website was sued by Canada Post because he was crowd sourcing postal codes. Just recently (2 ish years ago?) they dropped the lawsuit because they knew they didnt have a case(He came to the Ottawa meetups a couple of times) On Wed., Oct. 2,

Re: [Talk-ca] Parkings amb carsharing (opendata bcn)

Es el listo de email para el Canada. No esta para Catalan. Mucho gracias On Sun., Nov. 3, 2019, 8:03 p.m. Jarek Piórkowski, wrote: > Hi Joan, this is the Canadian mailing list, not the Catalan one :) > > Thanks, > --Jarek > > On Sun, 3 Nov 2019 at 19:59, Joan Quintana wrote: > > > > Aquesta

Re: [Talk-ca] Postcodes in Canada

xact. > Here's the reference document if you're interested: > https://www150.statcan.gc.ca/n1/pub/92-179-g/92-179-g2016001-eng.htm > > If at some point they did release it as open data, it might be decent > enough for the purposes of general geocoding in OSM, I just don't want > p

Re: [Talk-ca] Importing buildings in Canada

if you have data and the extents I can setup tasks(send them to me somehow) On Sat., Feb. 15, 2020, 5:07 p.m. Daniel @jfd553, wrote: > Bonjour groupe, > > I should soon be able to feed the task manager with tiles containing no > more than 200 buildings each. > > > > I will be using a Quadtree

Re: [Talk-ca] FW: Re: Importing buildings in Canada

Stats Can hosts it obviously. As for processed data, I can host it in the tasking manager for approved regions. On Wed., Jan. 15, 2020, 8:35 a.m. Daniel @jfd553, wrote: > Bonjour Groupe, > > Concerning the proposal (ODB import), there are questions that remain > before moving forward; here are

Re: [Talk-ca] FW: Re: Importing buildings in Canada

ies! > > Now, about... > > *a) Data hosting:* > > Thank you James, I really appreciate your offer (and that of others). So > yes, I think hosting pre-processed data in the task manager, for approved > regions, is an attractive offer. When we agree on a municipality for > pre-

Re: [Talk-ca] Importing buildings in Canada

and could > not be achieve quickly, I would assume. One way of making sure that this > is dealt with diligently, would be setting the tasking manager to > 'experienced mappers only'. We would have to ask James, who is in charge > of the Canada Tasking Manager, how to edit/set up the 'exp

Re: [Talk-ca] Importing buildings in Canada

Tell me when and where and the tasking manager project for xyz location will be setup and hosted On Sat., Jan. 4, 2020, 12:42 p.m. Daniel @jfd553, wrote: > Bonjour groupe > > > > Looks like we're going in the same direction so far :-) > > I agree with Nate regarding the implementation of the

Re: [Talk-ca] Importing buildings in Canada

wasn't there talk about this before and someone blocked it because of non-square buildings and the resulting discussion was that each community was going to decide if they want to import or not? On Tue., Dec. 24, 2019, 1:26 p.m. Daniel @jfd553, wrote: > Hi Group! > > I am currently working on a

Re: [Talk-ca] Importing buildings in Canada

o have contributed buildings in the past 5 years. It > is a GO for the two people who have answered me so far. > > I’ll wait others’ answer for the next two weeks and once the task will be > set up (James is on it), I will start importing. I expect most of > experienced JOSM

Re: [Talk-ca] Importing buildings in Canada

. Daniel @jfd553, wrote: > Hi James, > > That is too bad, but there is no rush at this stage because we are simply > refining the import procedure. In the meantime, I propose to act as “Task > manager”. I can provide some tiles (task frame and orthogonalized > buildings’ footprint)

Re: [Talk-ca] Importing buildings in Canada

cument the procedure in the wiki. > > > > Daniel > > > > *From:* James [mailto:james2...@gmail.com] > *Sent:* Tuesday, March 10, 2020 10:38 > *To:* Daniel @jfd553 > *Cc:* Talk-CA OpenStreetMap > *Subject:* Re: [Talk-ca] Importing buildings in Canada > > > &g

Re: [Talk-ca] Grand-Montréal Utilisation de sidewalk pour cartographier pistes multi-usage

Je said pas si c'est pareil les MUPs à mtl qu'Ottawa/Gatineau(asphalte avec ligne jaune dedans), mais nous le taggeons comme ceci: https://github.com/BikeOttawa/OSM-Bike-Ottawa-Tagging-Guide#Off-Road highway =path

Re: [Talk-ca] Ça reste ouvert

Personellement je trouve ça vraiement innutile, car dans 4 mois ou presque, ces tags seront désuets et grossira la db pour rien. Il serait plus simple de prendre les reglements tel que pharmacie ou épicerie et les combiner avec les tags OSM tel que amenity=pharmacy et faire du post processing

Re: [Talk-ca] Tagging sidewalks as separate ways and issues with bicycle routing

I don't think it's more tagging for the renderer as much as it's being more specific(more data) to specify a abstract view: without knowledge of Canadian/Provincial/Municipal laws about biking on sidewalks. I think Montreal and Gatineau are more enforced as Ottawa it is illegal to bike on the

Re: [Talk-ca] Tagging sidewalks as separate ways and issues with bicycle routing

In the UK they are banned by law but in certain cities the Chief Constable > has stated the law will not be enforced within the police force boundaries > as a letter of interpretation. It might be nice for Ottawa to do the same > sometime but there again we have City of Ottawa police, OP

Re: [Talk-ca] Tagging sidewalks as separate ways and issues with bicycle routing

al are bicycle=yes as they come under municipal regulation >>> but a sidewalk on a highway comes under provincial legislation which bans >>> bicycles on sidewalks. Sparks street is fun I think you are not permitted >>> to ride your bicycle but I'm unsure if this i

Re: [Talk-ca] Tagging sidewalks as separate ways and issues with bicycle routing

I mapped most the sidewalks in Ottawa with another person and we did it as part of the community, no strings attached. On Fri., Apr. 3, 2020, 4:26 p.m. Martin Chalifoux via Talk-ca, < talk-ca@openstreetmap.org> wrote: > Nate, when reading this and other comments I try to figure who puts those >

Re: [Talk-ca] can I submit road data?

https://wiki.openstreetmap.org/wiki/Import/Guidelines Usually involves creating a wiki page like https://wiki.openstreetmap.org/wiki/Ottawa/Import/Plan outlining that licensing isnt an issue and what tags would be used(addr:housenumber and addr:street for address points) as well as contigency

Re: [Talk-ca] (no subject)

If it becomes over 2000 nodes in a single "way" or shape, it's recommended to make it a multipolygon. The reason NRCan does this is probably because it's on the edge of what they call "NTS Tiles" which is a grid that organizes the data (see forests in Canada

Re: [Talk-ca] NRCan lakes

I don't think canvec is updating these things on a regular basis, OSM after corrections are usually more accurate than canvec anyways and doubt would update data from Canvec to fix outdated data On Tue., Jul. 7, 2020, 11:27 a.m. Hannes Röst, wrote: > Dear Adam and Daniel > > Thanks a lot, so

Re: [Talk-ca] WikiProject Canada Post - franchise assessment

if the addresses are not geolocated via say the website/google maps, it just becomes public domain as it's the address of the business on the website but IANAL. If not you would never be able to scrape/collect phone numbers or addresses for any business via their official website. On Tue., Jun.

Re: [Talk-ca] Business data in northern Montreal

Man when you're north of the 25 in Montreal, it's either because you live there or you are on your way to Québec City. Not a lot going on in the northern tip of the island On Sun., Jun. 14, 2020, 4:43 a.m. David Nelson via Talk-ca, < talk-ca@openstreetmap.org> wrote: > As part of my efforts to

Re: [Talk-ca] mapping Ottawa light rail stations.

I don't think osmand handles elevators, there's a issue open on github to support indoor mapping, but it's been flagged as a "nice to have" On Tue., Nov. 24, 2020, 7:22 p.m. John Whelan, wrote: > Today I wanted to use OSMAND+ to work out the by foot from Lyon station to > 60 Cambridge street.

Re: [OSM-talk] Almost one way streets

end. -- David James ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk

Re: [OSM-talk] [RFC] shop = chemist

people a pharmacy and a chemist meant (past tense) the same thing, though I might argue with the past tense - I'd still expect both a pharmacy and a chemist to be dispensing chemists. As I'm not a native speaker, I could need some help here :-) I am a native speaker. -- David James

Re: [OSM-talk] highway=stop

of the intersection? -- David James ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk

[OSM-talk] Forest appearing and disapearing at different zoom levels in mapnik

postings here indicated that all tiles had been rebuilt, so why do I see differences at different zoom levels? What am I still not understanding? -- David James ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman

Re: [OSM-talk] UK post box data

) - http://www.opsi.gov.uk/acts/acts2000/en/ukpgaen_2036_en_1 Explanatory Note (PDF) - http://www.opsi.gov.uk/acts/acts2000/en/ukpgaen_2036_en.pdf David James ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin

Re: [OSM-talk] RFC - 'living_street' (USHAKOV, Sergey)

and use. James Message: 8 Date: Tue, 9 Jun 2009 13:49:26 +0400 From: USHAKOV, Sergey usha...@int.com.ru Subject: Re: [OSM-talk] RFC - 'living_street' To: talk@openstreetmap.org Cc: Paul Johnson ba...@ursamundi.org Message-ID: 2f55ecac18e04817b14b237732dfe...@office.chemitech.ru Content-Type

[OSM-talk] Canals, drains etc

between transport canal and irrigation canal? In mapping the Fergana valley I have used 'canal' for the thousands of irrigation canals. What do other people use? James -- The University of Edinburgh is a charitable body, registered in Scotland, with registration number SC005336

Re: [OSM-talk] Business listings

On 29/07/2009, at 5:45 AM, Jack Stringer wrote: Should we be charging to upgrade businesses details on OSM? I think it should be free. You could pay OSM to have a OSM member put all the details onto the map for them, saving them signing up etc. But I would not like to see charging being the

Re: [OSM-talk] question about untagged green points

On 01/08/2009, at 1:36 AM, SLXViper wrote: Those untagged nodes sometimes show up quite a lot, depending on the area. In one case there were a lot of untagged nodes along a way, each very close to another node belonging to the way. All untagged ones were created by a potlatch user, I think

Re: [OSM-talk] definition of the main highway-tag

, but the administrative classification and relative importance is likely to remain the same. Anyone driving through Tajikistan will not be expecting a German trunk highway service anyway! James Message: 5 Date: Fri, 31 Jul 2009 18:06:54 +0100 From: Richard Mann richard.mann.westoxf...@googlemail.com Subject

Re: [OSM-talk] definition of the main highway-tag

On 01/08/2009, at 7:38 AM, Martin Koppenhoefer wrote: Well, you can do this, but most routers will try not to use residential roads if there is another way. Maybe things are different over in Europe than here in Australia. My Garmin when using commercial maps and a friend's NavMan are both

Re: [OSM-talk] residential and unclassified in Australia WAS definition of the main highway-tag

On 02/08/2009, at 9:56 PM, Martin Koppenhoefer wrote: yes. A residential road should be avoided if possible (slow, dangerous and noisy for residents / playing kids), while I don't see this in industrial or commercial context. Not having been to Europe I can't say for sure, I wouldn't say that

Re: [OSM-talk] residential and unclassified in Australia WAS definition of the main highway-tag

On 03/08/2009, at 11:23 PM, Martin Koppenhoefer wrote: 2009/8/3 James Livingston doc...@mac.com: In any case, if you have a router that does this kind of thing, wouldn't it be better to base it off landuse=residential/industrial? the problem is, that it is far more timeconsuming to check

Re: [OSM-talk] [tagging] Feature Proposal - Voting - 4wd_only

On 05/08/2009, at 5:54 PM, Roy Wallace wrote: The sign says 4WD ONLY - I therefore suggest that 4wd_only is indeed the correct terminology, at least in regions (e.g. Australia) where the sign appears as such and the phrase is in common use. While true, it would also be useful to know whether

Re: [OSM-talk] residential and unclassified in Australia WAS definition of the main highway-tag

On 06/08/2009, at 12:58 AM, Renaud Martinet wrote: There has been a lot of discussion on the talk-fr list but once we came to a consensus, it was easy to put in place because we have our own MapFeatures page. Probably you should have one also... That might work for countries where

Re: [OSM-talk] Do we care if its forest or wood? Natural worldmapping ...

On 09/08/2009, at 8:17 AM, Jason Cunningham wrote: Wood and Forest have not had clear definitions for centuries in the UK, and as Mike Harris states the trees within Forests were incidental (the famous Sherwood Forest was mostly heathland). Just because it's called a Forest doesn't mean

Re: [OSM-talk] Proliferation of path vs. footway

On 12/08/2009, at 3:51 PM, Nop wrote: There is no consent on which way to go to express the strict use case. I think the only two solutions are to either have this be country- specific (at which point routers/renderers have to start knowing these kinds of things), or we have highway=cycleway

Re: [OSM-talk] Proliferation of path vs. footway

On 12/08/2009, at 8:14 PM, Pieren wrote: Note that in France, pedestrians are not allowed on cycleways. I don't see why we should add foot=no now in all cycleways in France. I read somewhere that some motorways in US gives access to bicycles. Does it mean that we have to add bicycle=no to all

Re: [OSM-talk] Proliferation of path vs. footway

On 12/08/2009, at 10:38 PM, Greg Troxel wrote: But if there is no default for foot, then what is routing software to do? If it uses the way, the default is yes, and if doesn't, it's no. So the notion of no default does not make at lot of sense to me. ... With highway=path, the wiki

Re: [OSM-talk] [english 95%] A process for rethinking map features

On 16/08/2009, at 2:20 AM, Tom Chance wrote: Probably sensible to start with something more manageable than path/ highway. Maybe the forest/wood debate. Sounds good to me. The important thing is that the group has their goals set out explicitly, so they know exactly what they should be

Re: [OSM-talk] Business Building Conventions

On 20/08/2009, at 10:29 AM, Andrew Ayre wrote: If I draw the outline of a strip mall (a connected string of shops) this represents several businesses together. If I then put nodes on them and give the nodes names Mapnik won't render the names unless they are amenities. But not all

Re: [OSM-talk] [RFC] Deprecating the use of Tag:highway=stop in favour of Key:stop

On 24/08/2009, at 8:53 AM, Roy Wallace wrote: I don't like this, because before is arbitrary. If the stop requirement applies to the intersection, I think it should be applied to the intersection itself (either directly or as a member of a relation). I agree that these kind of things should

Re: [OSM-talk] [RFC] Deprecating the use of Tag:highway=stop in favour of Key:stop

On 25/08/2009, at 10:22 PM, John Smith wrote: --- On Tue, 25/8/09, James Livingston doc...@mac.com wrote: Or we could just always use a relation, so that mapping and software don't have to check for two different things, when editing and processing data respectively. Or in other words

Re: [OSM-talk] talk Digest, Vol 60, Issue 157

On 25/08/2009, at 9:37 AM, Roy Wallace wrote: What is everyone's preference? I quite like the relation described at: http://wiki.openstreetmap.org/wiki/Proposed_features/Relation:type%3Dstop In fact, that relation avoids the need to split the way at the junction if the stop sign applies in

Re: [OSM-talk] [RFC] Deprecating the use of Tag:highway=stop in favour of Key:stop

On 26/08/2009, at 1:38 PM, John Smith wrote: I agree, we need more tags to describe the railway crossing's feature set, boom_gate=no, lights=no etc, however this is a special case for stop signs because they will exist either side of the junction and never applies to the railway line.

Re: [OSM-talk] [RFC] Deprecating the use of Tag:highway=stop in favour of Key:stop

On 26/08/2009, at 1:10 AM, Lester Caine wrote: I think the point here is that of being able to see easily what has been applied to the data. Nodes and ways are easy to see, but this extra data is probably not so obvious as you would not know that a node ON the way actually has extra

Re: [OSM-talk] New proposal: Bad data

On 26/08/2009, at 7:31 PM, Liz wrote: we've had a lot of trouble in Au because group X decided that unmarked was landsat and they would mark survey, and group Y decided that unmarked was survey and they would mark landsat I take the approach that unmarked is landsat, yahoo, or something

Re: [OSM-talk] New proposal: Bad data

On 27/08/2009, at 9:09 AM, Martin Koppenhoefer wrote: I'd say the only thing you know for sure is that the source is unknown unless it is explicitly tagged. I wouldn't assume anything besides that. There are people who don't upload their traces (i personally always do) and who have all rights

Re: [OSM-talk] New dimension of vandalism

On 28/08/2009, at 9:23 PM, Alex Mauer wrote: On 08/28/2009 03:46 AM, Gervase Markham wrote: If dieterdriest has found a number of people who've been ignoring the definition, Nobody (that I know of) has been ignoring the definition. It's just that the definitions didn't match the

Re: [OSM-talk] how to map this? cycleway or footpath?

On 10/09/2009, at 7:01 PM, Valent Turkovic wrote: how should I map this - http://www.flickr.com/photos/valent_turkovic/3900795904/ highway=cycleway + pedestrian=yes OR highway=footway + bicycle=yes Are these two the same? What is the difference? Be prepared for a long drawn out

Re: [OSM-talk] how to map this? cycleway or footpath?

On 10/09/2009, at 8:05 PM, John Smith wrote: 2009/9/10 James Livingston doc...@mac.com: Because of the presence of the bicycle symbol on the ground, I'd say highway=cycleway;bicycle=designated;foot=yes. If that wasn't there, I'd say footway=yes;bicycle=yes Isn't that redundent? I assume

Re: [OSM-talk] how to map this? cycleway or footpath?

On 10/09/2009, at 8:32 PM, David Earl wrote: Therein lies the problem with each of these debates that comes up every couple of months - while everyone would agree* that cycleways accommodate cyclists, the rules vary around the world about what else is allowed by default. I don't see

Re: [OSM-talk] Should Bridges be independent of their ways?

On 22/09/2009, at 10:57 AM, Martin Koppenhoefer wrote: 2009/9/22 Anthony o...@inbox.org: It is possible to represent different surfaces and different maxspeeds without using more than one way. maxspeed:lane=130;110; surface:lane=asphalt;concrete. That's not necessarily the best

Re: [OSM-legal-talk] New license status

On 28/09/2009, at 11:16 PM, Gustav Foseid wrote: Well... There is no copyright that expires after 15 years. Sui generis database rights expire after 15 years, but copyright is hardly very relevant for an OpenStreetMap database dump. In Europe maybe - however there are countries where

Re: [OSM-talk] address interpolation

On 28/09/2009, at 2:22 PM, Marcus Wolschon wrote: 25A-25C should work with addr:interpolation=alphabetic . However not all software that supports interpolation at all, supports this interpolation-mode yet. 25-25A would not. I'm not sure you how you can interpolate things like this correctly

Re: [OSM-talk] SteveC should decide

On 03/10/2009, at 7:02 AM, Gervase Markham wrote: More examples from the Mozilla project: if one vocal group want something one way, and another vocal group want something the other way in Firefox, the _worst_ thing you can do is make it a preference so that both sides can have what they

Re: [OSM-talk] SteveC should decide

On 02/10/2009, at 7:12 PM, Nigel Magnay wrote: That's fine, so long as the tags themselves are namespaced. Otherwise, just as now, the semantics get confused. I.E, It should be the case that if I tag as FredericRamm:interesting=true Going this route is really just reinventing XML, without

Re: [OSM-talk] SteveC should decide

On 03/10/2009, at 12:53 PM, Jeremy Adams wrote: If different regions want to use the map for different purposes, display different tags, etc then they can apply their localization when they create their map. It's not so much that there are different uses, but a lot of the assumptions

Re: [OSM-talk] SteveC should decide

On 03/10/2009, at 1:16 PM, Andrew Errington wrote: If I am a map maker then I know whether or not the street has a name, because I've been there and seen it. I can look at the map and see that this street has no name, but I know that it does. So I will edit the data to make it right.

Re: [OSM-talk] SteveC should decide

On 03/10/2009, at 1:24 PM, Russ Nelson wrote: I suggest instead that in cases such as these, SteveC should bless one of them with his Holy Water of Antioch (and the number of the tags shall be 3, no more and no less). His blessing will tip the stable disconvergance in one direction. For

Re: [OSM-talk] SteveC should decide

On 03/10/2009, at 4:25 PM, Gervase Markham wrote: Wikipedia has much less need for consistency than we do (e.g. it doesn't matter if one article is in American English and another in Australian English; articles are not machine-parsed) and yet they have all sorts of mechanisms for

Re: [OSM-talk] SteveC should decide

On 03/10/2009, at 5:02 PM, John Smith wrote: This was not only highly frustrating but demoralising and as a result I've not been bothered tagging any more school zones because I don't see a point until there is a One True Way to tag school zones. Just do what I and a lot of other people have

Re: [OSM-talk] [tagging] Feature Proposal - Voting - boolean values

On 03/10/2009, at 5:02 PM, Konrad Skeri wrote: Time to end this debate http://wiki.openstreetmap.org/wiki/Proposed_features/boolean_values How precisely is that going to end the debate? a) Voting isn't the way to do this. It either needs consensus or a dictator. b) Lots of people don't care

Re: [OSM-talk] [tagging] Feature Proposal - Voting - boolean values

On 03/10/2009, at 5:02 PM, Konrad Skeri wrote: Time to end this debate http://wiki.openstreetmap.org/wiki/Proposed_features/boolean_values Oh, and this: http://wiki.openstreetmap.org/wiki/Proposed_features/VotingOnTheWikiIsStupid ___ talk mailing

Re: [OSM-talk] [tagging] Feature Proposal - Voting - boolean values

On 03/10/2009, at 5:54 PM, Konrad Skeri wrote: Consensus will never happen and we don't have a dictator, which makes voting the option left. I actually agree that we just need to pick one, and since yes seems to be the most commonly used one, that should be it. However, I just don't see how

Re: [OSM-talk] SteveC should decide

On 03/10/2009, at 4:29 PM, Gervase Markham wrote: Because sometimes, occasionally, a benevolent dictator (a phrase used by lots of open source projects) has to break deadlock and dictate. Things are working well when that power is used very, very rarely, but it needs to exist. Mozilla

Re: [OSM-talk] Tagging schema

On 05/10/2009, at 7:54 PM, David Earl wrote: * Three new primitives, tagkey for describing the k part of tags, tagvalue for the v part of tags and tagdescription separated off to allow for multiple descriptions in multiple languages without having to download all the data for languages

<    1   2   3   4   5   6   7   8   9   10   >