There is a new PR on the Openstreetmap-carto Github page which will switch
this “standard” style (used on the main OSM page) to water polygons instead
of land polygons.
However, some users reported problems with the simplified water polygon
shapefiles when this change was attempted in 2016. We
> I am not sure you will get some response to “...it needs testing...”
> especially not from GIS and vector map-makers
This notification is not for people who are designing their own maps,
but for users of the CartoCSS style called "Openstreetmap-carto" which
is hosted on github. This is the
I didn’t add my opinion because it seemed clear that most people thought
that non-attribution is a problem.
Let the record show that I also strongly support requiring attribution, so
that more people will become aware of OSM and perhaps start to improve the
data in their area.
-Joseph Eisenberg
lar wiki
pages? It's certainly not easier to find.
On 6/9/19, Andrew Hain wrote:
> Every tag documentation page has a grey pencil icon next to the description
> to edit the data message. Maybe it could be made clearer.
>
> --
> Andrew
> ____
> From: Jos
While checking out the Map Features osm wiki pages, I noticed a few
items that were missing descriptions or had very short,
self-referrential ones (eg. "A peninsula" for natural=peninsula and
"An isthmus" for natural=isthmus), even though the wiki page actually
has a good description, which was
I've spent several hours creating wiki pages for the new, approved
tags from this proposal, so I'm in favor of the tags, even
office=diplomatic (which doesn't seem much of an improvement, compared
to the others).
But I'm not convinced that adding the office=diplomatic tag to
existing features is
it, we would have to get rid of the
existing templates and switch to only using the wikibase data items,
correct?
I think we need to discuss if this is desired, before any more time is
spent on adding all of those data items.
-Joseph
On 6/10/19, Tobias Knerr wrote:
> On 09.06.19 13:59, Joseph
verifiability.
The later two reference "verifiability" in the text, and "Map what's
on the ground" is related, because the text of a sign or other
real-world object is easier to verify than the accuracy of old maps.
On 7/5/19, Tobias Knerr wrote:
> On 04.07.19 05
https://wiki.openstreetmap.org/wiki/Talk:Good_practice#Section:_.22Check_the_history_of_important_objects.22:
Joseph
On 7/4/19, Joseph Eisenberg wrote:
> As mentioned, I plan to significantly shorten the "Keep the history"
> section, with a link to the longer version at
> htt
Re: "Try to keep changesets to a manageable size, both in number of
changes and geographical scope."
This would be good to add to "Good changeset comments"
https://wiki.openstreetmap.org/wiki/Good_changeset_comments
If a changeset covers a huge are or too many changes, it won't be easy
to
hts?
(You can also respond at
https://wiki.openstreetmap.org/wiki/Talk:Any_tags_you_like)
- Joseph Eisenberg
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk
On 8/15/19, Christoph Hormann wrote:
> On Thursday 15 August 2019, Joseph Eisenberg wrote:
>>
>> In contrast, the current text of the wiki page "Any tags you like
>> suggests creating a new tag for bird nests (as an example) with
>> Key:endangered_nest=Siberian_flyi
the Openstreetmap name.
This isn't a matter of pride, it's a matter of whether Openstreetmap
will grow and be recognized as an important source of geodata which
people ought to get involved in improving.
Joseph Eisenberg
Wamena, Indonesia
On 8/10/19, Kathleen Lu via talk wrote:
> On Fri, Au
Openstreetmap-carto, the map style used in the "Standard" layer on
openstreetmap.org, will stop rendering features tagged with only
"shop=yes" next release (probably next month). See:
https://github.com/gravitystorm/openstreetmap-carto/pull/3718 - which
removes the rendering
Also see discussion
eature has been listed as deprecated for several years, with the
recommended replacement being natural=wetland + wetland=marsh
Most features with this tag have not been reviewed for several years;
check if there are any in your local area which need updating.
- Joseph
On 8/1/19, Joseph Eisenb
"Gib jemandem den kleinen Finger und er nimmt die ganze Hand":
"Give them an inch and they'll take a mile."
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk
"curated, simple information on themain tags that are _used_"
Originally this was maintained at Map Features
(http://wiki.openstreetmap.org/wiki/Map_Features), and this page is
still somewhat "curated"; not just any tag can be added, most of the
very common tags are included, and many people are
ems to allow rendered maps to show the logo of
the map renderer and copyrights of other data sources on the map if
they make up the majority of the data shown, without showing the
Openstreetmap copyright notice or link. I think it's clear that
several contributors disagree with this exception,
ite or any
other website on the online or rendered map, then they have to include
a link to Openstreetmap.org. Full stop.
Please provide a practical real-world example where these requirements
are impossible to meet, if I'm mistaken.
- Joseph Eisenberg
On 9/9/19, Simon Poole wrote:
> To
)OpenStreetMap
3. Using OSM basemap with 2 and buildings
(c)OpenStreetMap, (c) OtherDataSource
It seems simpler to just clearly state "you need to include
(c)OpenStreetMap on the map if you use OpenStreetMap" rather than
making more complicated rules.
- Joseph
I've proposed removing the rendering of natural=marsh in
Openstreetmap-carto, the rendering stylesheet used for the "standard"
map layer on openstreetmap.org
https://github.com/gravitystorm/openstreetmap-carto/pull/3829
The common tagging for a marsh is natural=wetland + wetland=marsh as
with
Besides the tech boosterism, another issue is that it's disingenuous
if Facebook claims to be strongly supporting OSM, while continuing to
keep their valuable user-provided data in a separate, proprietary
database.
Facebook and Google have the two best lists of POIs like shops and
restaurants,
Facebook probably shouldn't import all of their POIs directly into
OSM. I understand that this could cause problems.
But they could make available all sorts of useful data, including a
separate overlay or service that allowed us to see where facebook POIs
are located, and manually import them
Re: "OSM map with a one percent of roads is far worse than having 101%
of the roads mapped with the help of AI with 1% of extras, because
fixing that 1% is far less work than adding 99% by hand"
I'm not certain this is true. It might be very difficult to find the
1% of incorrectly mapped roads;
The most well-know version is from Upton Sinclair's campaign to become
governor of California in the 1930's:
"It is difficult to get a man to understand something when his salary
depends upon his not understanding it." - Upton Sinclair - See
https://quoteinvestigator.com/2017/11/30/salary/
Upton
If a bus stop sign has a number, you can add this to the highway=bus_stop
node with ref=*
BTW, I wouldn’t call “hail and ride” part of tyr public_transport proposal.
As the link shows, it’s clearly a separate proposal. But it sounds
sensible, and I agree that if a route has no fixed stops it
//wiki.openstreetmap.org/wiki/Tag:highway=bus_stop
- It looks like "ref=*" is already suggested for the Reference
(number) of the bus stop, so it shouldn't be a problem.
Joseph Eisenberg
On 9/21/19, 80hnhtv4a...@bk.ru <80hnhtv4a...@bk.ru> wrote:
>
> Ok !
>
> it is “hail a
ot;bus stop number 1234" and
it's for bus route A1, you could tag this way:
highway=bus_stop
ref=1234
route_ref=A1
But ideally you might also make a type=route + route=bus relation too,
because most database users are not going to know about route_ref
- Joseph Eisenberg
tory in certain editors, along with the
section "Check the history of important objects" which duplicates
advice in the Aerial Imagery section, to a new page, with a link:
https://wiki.openstreetmap.org/wiki/Keep_the_history
Joseph Eisenberg, User:Jeisenbe
__
istory compared to Tag for the renderer, for example.
> Yves
>
> Le 4 juillet 2019 05:53:23 GMT+02:00, Joseph Eisenberg
> a écrit :
>>I've reordered and reworded several sections of the Good practice
>>page: https://wiki.openstreetmap.org/wiki/Good_practice
>>
>
to the dataset - in this case by
subtracting those features which are already a very closely aligned to
a `highway` way.
- Joseph Eisenberg
On 11/15/19, Martin Koppenhoefer wrote:
> Am Fr., 15. Nov. 2019 um 12:41 Uhr schrieb Christoph Hormann
> >:
>
>> Because the basis of
nglish, French,
Russian and Spanish.
But there is no perfect solution, and as mentioned, most database
users will want to pick a localized name of the form "name:=" so
these tags should be added.
- Joseph Eisenberg
On 12/5/19, Mateusz Konieczny wrote:
>
> 5 Dec 2019, 22:12 by to...@disroot.o
Dear all,
Today, v4.24.0 of the OpenStreetMap Carto stylesheet (the default
stylesheet on the OSM website) has been released. Once changes are deployed
on the openstreetmap.org it will take couple of days before all tiles
show the new rendering.
Changes include:
- Create darker river-color for
OpenStreetMap Carto (the default stylesheet on the OSM website) has
released version v4.23.0 today.
Changes include:
- The low priority layers were changed to use the same labeling
algorithm as the other layers
This fixes a bug which rendered `parking` icons twice, among others.
- Restored
I imagine you are following the import guidelines?
https://wiki.openstreetmap.org/wiki/Import/Guidelines
https://wiki.openstreetmap.org/wiki/Automated_Edits_code_of_conduct
- Joseph Eisenberg
On 12/21/19, François Lacombe wrote:
> Hi all
>
> I'd like to let you know about a recent
unless
openstreetmap can improve the originally imported data by checking it
against reality.
Remember, this is the "good practice" page we are talking about
editing, not the "how things really are done" page: we want to focuse
on the "Gold Standard", best
ent raster
tiles when requested.
If you want to see this happen, we could use more volunteers with the
time and ability to work out the issues.
See: https://github.com/gravitystorm/openstreetmap-carto/issues/3201
- Joseph Eisenberg
* (I personally tried to stop rendering bays and straits a
user can pick the language in that case.
- Joseph Eisenberg
On 2/24/20, Martin Koppenhoefer wrote:
>
>
> sent from a phone
>
>> On 24. Feb 2020, at 11:44, Frederik Ramm wrote:
>>
>> We're not there yet though; we're kind of shouting down Tomek because
>> he's aggressi
Dear all,
Today, v4.25.0 of the OpenStreetMap Carto stylesheet (the default
stylesheet on the OSM website) has been released. Once changes are deployed
on the openstreetmap.org it will take couple of days before all tiles
show the new rendering.
Changes include:
* Remove rendering of
. That's the problem
with relying on automated translation software... it doesn't work
well.)
- Joseph Eisenberg
On 2/18/20, Joseph Eisenberg wrote:
> Since this issue is somewhat controversial, it would be best to create
> a proposal page to suggest the proper way to tag continents, oc
moving the English name=* tags for
continents and oceans, and perhaps for many of the seas, but it's
important to get consensus about a major edit like this)
- Joseph Eisenberg
On 2/18/20, Tomek wrote:
> W dniu 20-02-15 o 19:17, Steve Doerr pisze:
>> On 15/02/2020 17:35, Tomek wrote:
>&
ion or
translation or in JOSM or iD directly, but couldn’t the Item:Q* page be
created at that time?
-Joseph Eisenberg
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk
page should be be created by the Editor
application at the time when the “description=“ is added.
Is there any technical reason that would not work?
Could a stub Wiki Tag: or Key: page be created instead or in addition?
- Joseph Eisenberg
___
talk maili
ere >500 created by bot over Christmas (Dec 25-26th), I think
it's unlikely anyone has reviewed the recently created data items over
the past few months. Most are content-free (key=value is the only
property), but some probably need to be checked.
- Joseph Eisenberg
On 2/19/20, Frederik Ramm wr
> IMHO attribution should always be required 1. on the map 2. in high contrast
Agreed.
The main problem is that mobile devices, which are by far the most
common ways of accessing maps around the world, are only required to
provide attribution after a click or swipe, or even just on app
startup
gible to me. Too many jargon terms. But I
will note that "Slippery slope" is a logical fallacy, whether you use
it to argue for stronger or weaker license enforcement and terms.
https://yourlogicalfallacyis.com/slippery-slope
- Joseph Eisenberg
On 2/19/20, Simon Poole wrote:
>
> Am 19.02.2
> “ they don't really use numbers for roads except internally”
If they do not post signs, and locals do not usually know the numbers, then
there should not be a ref for those provincial roads in Openstreetmap.
-Joseph Eisenberg
___
talk mailing l
t;© OSM" for a tiny watch screen or
tiny map that is less than 200 pixels wide (but more than 100 pixels).
It should only be necessary to use a tiny icon with a link to a
separate page if the screen or image is less than 100 pixels wide.
- Joseph Eisenberg
On 2/20/20, Mateusz Konieczny via talk
Yuri, I did not find a way to open an issue about the bot
(https://github.com/Sophox/sophox/tree/metabot/metabot is a branch, so
any issues would appear to be about Sophox). Is there an appropriate
place to request changes, besides Talk:Date_items?
- Joseph Eisenberg
On 2/19/20, Mateusz
ans to maintain, and the page names
are too obscure (Item: Q19947 is meaningless) to be scanned by humans.
Therefore, I propose that Yurikbot be changed to only add new data
items for documented tags which already have a wiki page in at least
one language. I do n
On Sat, Jan 11, 2020 at 2:49 AM Mateusz Konieczny
wrote:
> or to use tricks like the “place=neighbourhood” one (which is based on
> POIs rather than polygons)?
>
> It is certainly wrong to do this.
>
I think the “trick” here is referring to the stand at practice of mapping
all place= features
se=retail as areas with clear boundaries.
- Joseph Eisenberg
On 1/12/20, Martin Koppenhoefer wrote:
> Am Sa., 11. Jan. 2020 um 01:30 Uhr schrieb Joseph Eisenberg <
> joseph.eisenb...@gmail.com>:
>
>> On Sat, Jan 11, 2020 at 2:49 AM Mateusz Konieczny
>>
>> wrot
ub.com/gravitystorm/openstreetmap-carto/issues/2278
Related to Bays/Straits:
https://github.com/gravitystorm/openstreetmap-carto/issues/3634
Joseph Eisenberg
On 1/13/20, Frederik Ramm wrote:
> Hi,
>
> so we've heard a broad range of opinions here, and no doubt many things
&
features: a one-line description is not enough to explain how a
tag is used.
And it's much easier to translate a new page all in one place, in the
text editor, than having to edit things in the wiki data item and also
then write out the page.
-Joseph Eisenberg
On 1/15/20, pang...@riseup.net wrote:
sense now.
- Joseph Eisenberg
On 1/16/20, 80hnhtv4agou--- via talk wrote:
>
> maybe i asked it wrong, there is no way per say, it is a land fill and there
> is something on the top, but to the
>
> tracers looking at bing it looks flat but it is a big mountain, on the one
will not work for all USPS postal codes.
Joseph Eisenberg
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk
continents (with
Africa, Australia and Antarctica).
Geographically, Africa is connected to Asia, with only the artificial
Suez Canal as a barrier, so 4 continents is also logical.
Naming and dividing the oceans leads to similar issues.
- Joseph Eisenberg
On 1/8/20, Mario Frasca wrote:
> On 07/
Deadline is 3 days from now? If the goal is to to include a wider variety
of people from many countries, a longer deadline and messages in many
languages would be a good idea.
-Joseph Eisenberg
On Sat, Jan 4, 2020 at 7:40 PM Christine Karch
wrote:
> Hi all,
>
> SotM WG is looking
, we could change the license to allow database users to
pay for the privelege of not providing appropriate attribution. But
right now this is not allowed by the current license.
Joseph Eisenberg
Disclosure: I have no personal financial interest in Openstreetmap,
though I do spend lots of time and
tag for
each region, it does not seem that there is enough support for that
idea to happen, so for now we need to have name=* tags for things that
are going to be rendered on global maps.
(Note that Openstreetmap-carto does not render the names of oceans,
continents and seas, but does ren
SM map data."
Lot's of buzz words there! But it sounds like it is a combination of
computer algorithms and human checking for vandalism and errors.
- Joseph Eisenberg
On 3/10/20, Michal Migurski wrote:
> Hi everyone,
>
> I’m writing to let you know about a new OpenStreetMap project Facebook just
)
If they are just 1 or 2 kilometers off, then it would be worth keeping
them with a fixme=* on each one for local mappers to correct the
location later.
But that doesn't sound like it is the case in this situation.
- Joseph Eisenberg
On 3/10/20, Mario Frasca wrote:
> hello here,
>
> I wi
akes it clear that I used Esri imagery to map the streams and
rivers, right?
- Joseph Eisenberg
On 3/10/20, Sören Reinecke via talk wrote:
> Hey
>
> some ideas about identifying such changes:
>
>
> Example changeset comment where a mapper did armchair mapping:
> Data upda
/openstreetmap-carto/compare/v5.0.0...v5.1.0
As always, we welcome any bug reports at
https://github.com/gravitystorm/openstreetmap-carto/issues
-- Joseph Eisenberg
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk
e database which includes
this information.)
-- Joseph Eisenberg
On 4/3/20, Jack Armstrong wrote:
> The wiki for public_transport=stop_position states, “If the stop on the
> public transport route has a defined platform, there is no benefit in adding
> public_transport=stop_position.
It’s a database technically, but it’s a database purpose-built for making
maps. Hence the name OpenStreetMap.
The attribution goes on the map.
This is not a difficult requirement to meet.
—Joseph Eisenberg
___
talk mailing list
talk@openstreetmap.org
.
— Joseph Eisenberg
On Thu, Apr 30, 2020 at 8:20 AM Tom Lee via talk
wrote:
> At the risk of repeating others' words, I strongly encourage participants
> in this conversation to review the draft attribution guideline (
> https://wiki.openstreetmap.org/wiki/Draft_Attribution_Guideline) and
&
.
Getting rid of the Wikidata parameter would solve this.--Andrew (talk)
06:26, 9 November 2018 (UTC)"
I've also noted that often the links are wrong, because a tag like
"craft=*" is not the same as the wikidata definition of "crafts".
be mapped with coastline, since it is marine salt-water.
-- Joseph Eisenberg
On Thu, May 14, 2020 at 7:57 PM 80hnhtv4agou--- via talk <
talk@openstreetmap.org> wrote:
> has a ghosts water multipolygon,
>
> that keep moving over land.
>
> https://wiki.openstreetmap.org/wi
All style users who upgrade to v5.0.0 should re-import the rendering
database so that the changes to lua transformations will take effect.
Because of this requirement, it may take longer than usual for this
version to be implemented by the rendering servers for the "Standard"
map tile layer at
se users, but would not suggest that the tag
needs to be removed, and it might change status in the future based on
use by mappers.
-- Joseph Eisenberg
On 3/18/20, Jmapb wrote:
> On 3/17/2020 10:52 AM, Wayne Emerson, Jr. via talk wrote:
>> However, among your examples you cite "gnis:fea
ccording to best
practices:
https://wiki.openstreetmap.org/wiki/Automated_Edits_code_of_conduct
-- Joseph Eisenberg
On 3/18/20, Harald Schwarz wrote:
> Hello,
>
> the creation of the object:* tagging was the result of many remarks and
> disscussions. Most people agreed that the addr
than only in another website or
database, please make corrections.
Also see update of https://wiki.openstreetmap.org/wiki/Approval_status
with this value.
-- Joseph Eisenberg
On 3/17/20, Joseph Eisenberg wrote:
> I would like to add a new status to
> https://wiki.openstreetmap.org/wiki/
Is there any update about the attribution guidelines?
At this point is there a chance that further comments and concerns
will be addressed, or is this a "done deal", where community input is
no longer going to be considered?
- Joseph Eisenberg
On 2/19/20, Simon Poole wrote:
> Th
d=* etc)
https://wiki.openstreetmap.org/wiki/Key:gnis:feature_id
https://wiki.openstreetmap.org/wiki/Item:Q1607 - nhd-shp:fdate
https://wiki.openstreetmap.org/wiki/Item:Q1606 - nhd-shp:fcode
-- Joseph Eisenberg
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk
I have removed the wikidata parameter from the Description template and
it's related documentation page.
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk
Dear all,
Today, v5.2.0 of the OpenStreetMap Carto stylesheet (the default stylesheet
on the OSM website) has been released. Once changes are deployed on the
openstreetmap.org it will take couple of days before all tiles show the new
rendering.
Changes include:
- Add rendering for
d the wikidata
<https://wiki.openstreetmap.org/wiki/Key:wikidata>=* tag manually
4. Wikidata query: display the Wikidata SPARQL query."
What should we ask the developers to do so that this tool won't be
encouraging every to violate the Autom
Would you mind describing the proposed system here, in a concise form?
On Sat, Oct 17, 2020 at 7:36 PM TheAdventurer64 <
little.banana.p...@gmail.com> wrote:
> Hello everyone,
>
> A user and I were talking about implementing a system for better mapping,
> as described here:
>
It's perfectly reasonable to add surface=unpaved or similar based on aerial
imagery alone, if you have some experience in distinguishing different
surfaces of roads and tracks from aerial imagery.
Do you have evidence that most of the surface tags added by this user are
unreliable?
– Joseph
No
Relations are not collections
- Joseph Eisenberg
On Sat, Aug 1, 2020 at 9:23 AM Mike Thompson wrote:
> I have come across a number of examples[0] of route relations where all
> the trails in a given park have been put into a single relation. Is this a
> recommended use for route
s a famous American reformer (Upton Sinclair) often said: "It is difficult
to get a man to understand something, when his salary depends upon his not
understanding it."
– Joseph Eisenberg
On Tue, Aug 4, 2020 at 2:08 PM Mikel Maron wrote:
> Rory, I don't know about you, but I'm certa
While the benefit of making Potlatch 2 on AIR is small, the cost is tiny.
2500 Euros is an insignificant price to pay for supporting an editor which
is still used by a couple of thousand long-term users.
I support this expenditure.
– Joseph Eisenberg
On Sun, Aug 2, 2020 at 10:05 AM Alexandre
We should not ask anyone to do 2 months development work for 2500 euros.
I believe this size grant is only enough for 1 to 2 weeks, based on
international prices (though
I do not have any paid experience in this field)
- Joseph Eisenberg
On Tue, Aug 4, 2020 at 4:08 AM pangoSE wrote:
>
,
forestry etc., not for travel between settlements.
– Joseph Eisenberg
On Mon, Jun 22, 2020 at 11:17 AM John Whelan wrote:
> I've noticed a number of highways being changed in Africa from
> unclassified to track and from unclassified to tertiary.The ones I've
> noticed are Appl
You should check the measurement directly from aerial imagery in iD or
JOSM, or by visiting the location in person and measuring or estimating.
On Sat, Jun 13, 2020 at 9:24 AM 80hnhtv4agou--- via Talk-us <
talk...@openstreetmap.org> wrote:
> since the complainer removed the source (google map)
I mostly have mapped in parts of Indonesia where there was no data, and the
new road or river was mapped for the first time.
Usually I try to split roads and rivers every ~10 kilometers.
- Joseph Eisenberg
On Sat, Jun 13, 2020 at 8:46 AM Mateusz Konieczny via talk <
talk@openstreetmap.
[This is the current text:]
This document is an attempt to summarize the expectations the OpenStreetMap
mapper community has for OSM data users regarding the attribution required
by the OpenStreetMap license.
In line with the general culture of OpenStreetMap it does not try to
provide step by
d make any comments for improvement if needed:
https://wiki.openstreetmap.org/wiki/Community_attribution_advice
-- Joseph Eisenberg
(*Note that "everybody" does not include the interests of corporations,
which are not persons, but rather the interests of individual mapper
the Anglo-American legal context so I removed it.
However, perhaps there is a more polite way to say the same sort of thing,
without seeming to invite "getting away with it?"
-- Joseph Eisenberg
On Sat, Dec 5, 2020 at 12:36 AM Mateusz Konieczny via talk <
talk@openstreetmap.o
e benefits to both models, but the risks are much bigger on
one side.
-- Joseph Eisenberg
On Mon, Dec 14, 2020 at 2:44 PM Brian M. Sperlongano
wrote:
> I agree with Mateusz that the wiki IS the project's standard document for
> the meaning of tagging (from the perspective of data con
is broken?
-- Joseph Eisenberg
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk
Reddit is entirely blocked by all ISPs in Indonesia due to government
policy, so I am not able to participate in any discussions on that website
while I am living there.
- Joseph Eisenberg
On Thu, Oct 29, 2020 at 12:39 PM Rory McCann wrote:
> Hello OSMers,
>
> Some of us on the OSM F
Northern and Southern California would work; make the split along the
county boundaries just north of Bakersfield, which conveniently follow one
line of latitude.
It would also be possible to split the State into Northern, Central and
Southern regions, but this would be harder to define.
Joseph
Counties in California are very different in size and population. A few in
the mountains have under 20,000 people and a rather small area. But Los
Angeles county has 10 million people and covers a huge area.
If 2 files become too big in a few years, it would be most useful to break
up the states
Yes.
New York City has several counties within its borders.
I believe Houston and several other cities in Texas cross county borders.
On Wed, Nov 14, 2018 at 11:08 PM Adam Franco wrote:
> Last summer there was a big thread Differences with USA admin_level
> tagging
>
This data is no less verifiable than national forest boundaries and federal
wilderness boundaries; these generally need to be checked against official
sources, just as BLM boundaries will.
Municipal boundaries are perhaps even harder to verify than boundaries of
BLM land and National Forests in
In California some roads have signs that say “End Freeway”, about 1/2 mile
before the first intersection, eg I-8 in San Diego.
On Thu, Nov 29, 2018 at 1:04 PM Evin Fairchild wrote:
> Nobody is saying that we should tag as motorways a road with a surface
> intersection. I don't understand what it
From the Help page, user kurtrad writes:
> "A friend of mine says the Monterey/Santa Cruz county line in openstreets 3
> miles out to sea that travels from the mouth of the pajaro river to the north
> south california boundary line is wrong. In openstreetsmap the line travels
> west, south,
I've noticed that federal Wilderness areas in Northern California and
Southern Oregon are mapped as if they are not part of the surrounding
national forest(s).
Is this correct mapping? On older USGS maps the Wilderness areas were
always shown as being enclosed by the surrounding National Forest
1 - 100 of 152 matches
Mail list logo
