Hallo,
Soweit ich weiss stammen die Grenzen ursprünglich von einem import
(plan.at???). Die Genauigkeit war damals recht schlecht und damals hat es auch
keine guten Luftbilder gegeben. Ich habe sie angepasst wo ich es besser weiss
oder später vom Luftbild korrigiert wenn sie klar über
as far as I have seen topo maps they are all from the 70’s or older. usually
the accuracy is pretty good where things haven’t changed since.
On Dec 2, 2013, at 9:37 AM, Richard Welty rwe...@averillpark.net wrote:
On 12/2/13 10:01 AM, Richard Welty wrote:
i guess what it comes down to is
county route shields are not rendered in California. What is required to get
them in? I have checked relations are following the same style as in New York
where shields are currently rendered.
California uses the standard county shield and it doesn't make sense to create
a wiki page like the
direction is not part of the name and shouldn't be tagged in the name. I know
especially NE2 has done that everywhere but it doesn't make sense. Signs
usually say east,west,north,south not (*bound).
The wiki is not consistent itself on the interstate relations page. It's
important information
Ich habe jetzt nur ein Haus gesehen und Ich denke das ist genau richtig so. Bei
einzelnen Gebäuden mit einer Adressen ist das üblich. Ein paar perfektionisten
verwenden den original Adress node als einen Eckpunkt im building way um die
history zu behalten. Aber das ist optional und nicht
On Jun 26, 2013, at 3:15 PM, Robert Kaiser ka...@kairo.at wrote:
Friedrich Volkmann schrieb:
On 26.06.2013 22:56, Robert Kaiser wrote:
Da, bin ich dagegen. Gemeinde und Bezirk sind Kateorien, nicht
Teil des
Namens und daher gehört sowas nicht in den name= tage rein.
Das ist aber bei so
On Mar 2, 2013, at 10:58 AM, Greg Troxel g...@ir.bbn.com wrote:
I will concede that my view is contradictory to what's documented. But
I think there's a fundamental semantic confusion lurking, in that
boundaries are linear features, and properties of land belong as area
features.
Full ack to to what Serge and Ian mentioned already. In addition I checked the
metadata and this data is of questionable accuracy and shouldn't be added alone
for this reason.
Data set now is a mix of scale, tolerances, and vintage, ranging from 1994 to
2006, line work ranging from GCDB to 24K
this is the imagery url. I have just copied the 2011 setting and replaced the
year and it works for me.
tms:http://{switch:a,b,c}.tile.openstreetmap.us/tiger2012_roads/{zoom}/{x}/{y}.png
On Sep 7, 2012, at 5:58 PM, Mike N wrote:
On 9/4/2012 7:10 PM, Ian Dees wrote:
Hi all,
You may
Hi,
looked at all changesets and it's a new user. all changes are destructive all
edits are deletion of ways or deletion of points in ways and I decided to
revert 2 changesets.
the remaining changesets are already obsoleted by other edits.
On Jun 20, 2012, at 5:19 PM, Aleš Trtnik wrote:
.
Thoughts on how best to proceed are appreciated.
Best,
On Fri, Jun 8, 2012 at 9:53 AM, Apollinaris Schoell ascho...@gmail.com
wrote:
there is more damage to the borders in the area. I have removed some
duplicates for Menlo PArk now and fixed PA,EPA,MV,SV too. looks like another
pretty
there is more damage to the borders in the area. I have removed some duplicates
for Menlo PArk now and fixed PA,EPA,MV,SV too. looks like another pretty new
user deleted even more boundaries.
On Jun 7, 2012, at 9:16 PM, the Old Topo Depot wrote:
It appears that changeset 11339421 deleted way
On Mar 9, 2012, at 11:11 AM, Andreas Labres wrote:
On 09.03.12 17:38, Boris Cornet wrote:
Bei uns (Tirol) am Land sind Hausnamen durchaus üblich,
Hast ein Beispiel? IMO ist ein Hausname unter addr:housename nur
sinnvoll/angebracht, wenn der tatsächlich (unverzichtbarer) Adressbestandteil
On Mar 6, 2012, at 11:35 AM, Friedrich Volkmann wrote:
Ich habe ein grundsätzliches Problem mit Redundanzen. Eine Information an 1
Stelle kann leichter korrekt und aktuell gehalten werden als an tausend
Stellen. Irgendwer vertippt sich, und dann ist schon ein Fehler drin. Wenn
jemand mit
+1
it's nowhere close to a standard to split lanes. It is just a plate of
spaghetti. hard to edit and maintain for no good reason. If it where anywhere
where I care I'd just revert that.
On Jan 23, 2012, at 8:20 PM, Nathan Edgars II wrote:
On 1/23/2012 9:52 PM, dies38...@mypacks.net
+1
it's nowhere close to a standard to split lanes. It is just a plate of
spaghetti. hard to edit and maintain for no good reason. If it where anywhere
where I care I'd just revert that.
On Jan 23, 2012, at 8:20 PM, Nathan Edgars II wrote:
On 1/23/2012 9:52 PM, dies38...@mypacks.net
If you really want to understand this you will need to ask a lawyer. or start a
discussen on talk-legal
to me it looks like some political game and splitting hairs about some of the
CT details. Considering balrog-kun has a new account where CT is accepted and
this declaration then all the
On Dec 22, 2011, at 10:53 AM, Paul Johnson wrote:
On Wed, Dec 21, 2011 at 04:11:09PM -0600, John F. Eldredge wrote:
Nathan Edgars II nerou...@gmail.com wrote:
On 12/21/2011 12:45 PM, Paul Johnson wrote:
In California, carpool lanes are seperated by a painted median.
This is what's in
+1 for both items
On Dec 20, 2011, at 12:27 PM, Richard Weait wrote:
Dear All,
LWG would like feedback on a couple of items relating to cleaning
tainted data as we all prepare for the data base transition.
Draft minutes are here.
On Dec 16, 2011, at 12:03 AM, Frederik Ramm wrote:
I think it would be good to have a tag that mappers can use to say this
object is clean, I have personally checked the history and/or reverted it to
a relicensable state, any contributions by non-agreeing users are not present
in the
On 2 Sep 2011, at 6:10 , Boris Cornet wrote:
Es scheint schon wieder ein Schreikrampf fällig zu sein ;-)
Langsam geht mir dieses hyperrealistische 'Malen nach Zahlen' ganz schön
auf die Nerven. Wenn man jedes Detail haben will, dann soll man ein
Luftbild anschauen.
Why? it's replaced by a building polygon. so it's improvement of data and
license status.
On Thu, Sep 1, 2011 at 3:06 PM, Nathan Edgars II nerou...@gmail.com wrote:
On 9/1/2011 5:39 PM, Mike N wrote:
You have been too fast in adding them and fix the data.
Certainly agree that a building alone has not much value. drawing nice
looking maps is not much value compared to a verified POI
On Thu, Sep 1, 2011 at 5:34 PM, Mike N nice...@att.net wrote:
On 9/1/2011 6:14 PM, Apollinaris Schoell wrote
Santa Clara county was sued successfully, but not on a federal level. State
of California has the same PD rules and this can be used only for California
state and county data.
Don't have the link available right now but it can be found in the archives
of talk-us
But still you may need to check
On 22 Dec 2010, at 9:23 , martin ringer wrote:
Danke für die Links bzw für die Liste. Ich finde, dass die Zustimmung in
Österreich noch besser sein könnte. Werden User, die viel gemappt haben und
noch nicht zugestimmt haben, von jemanden aus der Community angeschrieben?
Ein Verlust der
On Thu, Dec 9, 2010 at 4:38 PM, Gregory Arenius greg...@arenius.com wrote:
The wiki states that this is how address nodes are done. They can be
attached to other objects of course but they can also be independent. Like
I stated earlier I did check how they are actually being done elsewhere
On 5 Nov 2010, at 8:09 , Serge Wroclawski wrote:
On Fri, Nov 5, 2010 at 11:03 AM, Toby Murray toby.mur...@gmail.com wrote:
On Fri, Nov 5, 2010 at 9:22 AM, Serge Wroclawski emac...@gmail.com wrote:
AFAIK no one has ever advocated removing the TIGER tags other than
tiger_reviewed = no.
hmm, sorry got the wrong name here, reading from pipermail Alan's name was
highlighted and Anthony's wasn't :(
have to agree on the trolling, and it jsut got confirmed
Also, in the case of image tracing, one is recommended to mention a
source= tag. Not everyone does that all the time (I don't
On 29 Oct 2010, at 9:05 , Peter Budny wrote:
P.P.S. Why do I see so many route relations where a way has been added
more than once, sometimes up to 5 times, with the same role? What is
that supposed to mean?
typically an error. only use case where it makes sense is a bus route which
I recommend USGS maps.
GNIS is based on some automatic processing. It's much lower on steep peaks. I
found even more difference than your example.
On 23 Oct 2010, at 5:52 , Nakor wrote:
Hello,
I was looking at peaks in Glacier National Park. There are quite a few that
have been
On Thu, Oct 21, 2010 at 3:54 PM, Frederik Ramm frede...@remote.org wrote:
I suggest that you ignore Paul's tagging as long as he uses it in his
local area. If you can't manage to do that, maybe try a Yoga class. Cool
down. Paul's tagging sure is quirky but who knows, sometimes these quirky
On Mon, Oct 18, 2010 at 5:17 AM, Charlie Ferrero char...@cferrero.netwrote:
Contours are a pain. If you've really left this to the last minute then
you're not going to want to get up the learning curve for creating your own
for Garmin devices.
I have a little script which can do it from
On 12 Oct 2010, at 23:51 , Norbert Wenzel wrote:
On 10/13/2010 07:41 AM, Georg Ringer wrote:
Es gibt scheinbar einen Versatz geoimage zu Yahoo, der bei kurzen Tests
bis zu 30m beträgt.
Kann mir wer sagen wo hier der Fehler liegt bzw kann man sich auf einer
der 2 Luftbilder verlassen wenn
On 13 Oct 2010, at 8:57 , Norbert Wenzel wrote:
On 13.10.2010 17:08, Apollinaris Schoell wrote:
On 12 Oct 2010, at 23:51 , Norbert Wenzel wrote:
On 10/13/2010 07:41 AM, Georg Ringer wrote:
Es gibt scheinbar einen Versatz geoimage zu Yahoo, der bei kurzen Tests
bis zu 30m beträgt.
Kann mir
On 2 Sep 2010, at 4:52 , TimSC wrote:
To LWG,
cc legal talk
You have not provided an acknowledgement of my recent emails of 11th Aug,
18th Aug (beyond Grant's message of 27th July). Obviously, you are busy but I
also don't have time to keep going through my emails and your minutes to
On Mon, Aug 16, 2010 at 1:26 PM, Dale Puch dale.p...@gmail.com wrote:
A real problem is that the data itself is not properly tagged, or does not
explicitly state what if any restrictions are placed on it. When it is not
perfectly clear is when non-lawyers like us are putting themselves and
On 19 Aug 2010, at 20:35 , Nathan Edgars II wrote:
On Thu, Aug 19, 2010 at 11:24 PM, Alan Mintz
alan_mintz+...@earthlink.net wrote:
Should imports make an effort to un-smooth such data to some extent, for
the benefit of editing and rendering performance, storage, etc?
hm, yes and no.
On Thu, Aug 12, 2010 at 7:23 AM, Nakor nakor@gmail.com wrote:
Most of my contributions even though based on my GPS tracks are derived
work of some US governement data (USGS and NAIP imageries) and in a lesser
extent Ohio through OSIP. I also imported some NHS, NPS and TIGER datasets.
I
On Thu, Aug 12, 2010 at 8:20 AM, Al Haraka alhar...@gmail.com wrote:
On Thu, Aug 12, 2010 at 11:06 AM, Apollinaris Schoell
ascho...@gmail.com wrote:
US government data is public domain. you can do whatever you like to do
with it. All big ones from Garmin, Google ... you name it use
What are your ideas? How should we block people? For how long? What process
should it be? What are the best practices from other projects you're
involved in?
agree 99% with all of this posting and the only part is this. osm has open
in the name and there is no need to block people.
On 5 Aug 2010, at 14:43 , Alan Mintz wrote:
At 2010-08-05 11:52, Ian Dees wrote:
...
It isn't any different. I had made the (bad) decision at the time to import
over any existing data because in the several hundred places I spot-checked,
NHD was vastly superior in resolution (and probably
On 6 Aug 2010, at 1:45 , Nathan Edgars II wrote:
On Fri, Aug 6, 2010 at 3:50 AM, Apollinaris Schoell ascho...@gmail.com
wrote:
On 5 Aug 2010, at 14:43 , Alan Mintz wrote:
As I manually survey various features (POIs, some hydro, etc.), I usually
try to merge in the data from existing
It's the API not JOSM. You have to be patient.
On 5 Aug 2010, at 24:40 , Kevin Atkinson wrote:
This is in progress, and taking forever (I about 10,000 ways in all).
Apparently uploading large changesets with JOSM takes a long time. Not sure
if it's JOSM or the server. Worse, I
On Tue, Aug 3, 2010 at 11:04 PM, Kevin Atkinson ke...@atkinson.dhs.orgwrote:
On Tue, 3 Aug 2010, Apollinaris Schoell wrote:
On 3 Aug 2010, at 22:32 , Kevin Atkinson wrote:
OK. So There is clearly no agreement on the abbreviation of road types
(Street, Way, etc). So what about
On 3 Aug 2010, at 22:32 , Kevin Atkinson wrote:
OK. So There is clearly no agreement on the abbreviation of road types
(Street, Way, etc). So what about these specific exceptions. I will assume
silence means agreement :)
Rather than United Stated Highway 29 Frontage Road just U.S.
you can compile JOSM yourself and edit the default style at
./styles/standard/elemstyles.xml
If this is too complicated I can send you a Josm binary with these changes.
On 2 Aug 2010, at 1:19 , Nathan Edgars II wrote:
If a way is tagged tiger:reviewed=no, JOSM puts a highlight behind it,
On 2 Aug 2010, at 1:50 , Sebastian Klein wrote:
Nathan Edgars II wrote:
If a way is tagged tiger:reviewed=no, JOSM puts a highlight behind it,
and when you select it the red is a lot fatter. How do I disable this?
You can put
color.mappaint.standard.tiger_data=#80808000
in your
On 31 Jul 2010, at 21:58 , Kevin Atkinson wrote:
On Sat, 31 Jul 2010, Val Kartchner wrote:
On Sat, 2010-07-31 at 21:31 -0600, Kevin Atkinson wrote:
On Sat, 31 Jul 2010, Val Kartchner wrote:
1) I agree with most of your proposal.
a) Your proposal doesn't take into account cases where
On Mon, Aug 2, 2010 at 2:37 PM, Kevin Atkinson ke...@atkinson.dhs.orgwrote:
So I would like to know has anyone tried to get the wiki page changed so
that it is not so rigid?
feel free to do so, if there is an acceptable agreement or the wiki just
doesn't make sense. the wiki is as open as
On Thu, Jul 29, 2010 at 4:11 PM, Dave Hansen d...@sr71.net wrote:
So, the guys that actually went out and were nice enough to collect this
TIGER data and share it with us have names for all these things: TLIDs.
That's a pretty concrete, real-world meaning to some people.
Not in osm context.
Just for that short little bridge? This info should be right (which
means *one* tlid) or it shouldn't be there at all. We shouldn't keep
this crap around just for the hell of it.
By deleting it you're not making it more correct.
Never said I was. But deleting incorrect
On Fri, Jul 30, 2010 at 11:24 AM, Alan Mintz
alan_mintz+...@earthlink.netalan_mintz%2b...@earthlink.net
wrote:
I really don't understand your argument. It's the nature of OSM that many
people will contribute many types of data, much of which will not be cared
about or understood by the
On Fri, Jul 30, 2010 at 1:12 PM, Alan Mintz
alan_mintz+...@earthlink.netalan_mintz%2b...@earthlink.net
wrote:
At 2010-07-30 12:56, Apollinaris Schoell wrote:
How would I even go about checking? Is this really something we should
be doing every time we make a bridge?
what a waste of time
On Thu, Jul 29, 2010 at 8:29 AM, Brad Neuhauser brad.neuhau...@gmail.comwrote:
Regarding Matthew's earlier point (Agreed. There is no observation
that will tell you whether a road is more important than another road
that is not where you are. But you can identify physical
characteristics.
As a general concept this is bad but in many cases a very good idea. many
tiger roads are completely wrong and there is absolute no value to keep any
of the tags. if a mapper does a significant change and is essentially just
keeping some nodes and the name tag then it's better to remove any
On 23 Jul 2010, at 9:53 , Boris Cornet wrote:
Hallo!
Today (Friday, July 23, 2010) at 09:31 your email client emitted:
Und glaub mir, die B100 ist durchgehend vom Charakter her eine
primary, so wie auch die Reschenstraße (B180), wo es schon mal die
gleiche Frage gegeben hat. Es gibt
On 23 Jul 2010, at 11:23 , Boris Cornet wrote:
Hallo!
Als ich versuche es noch ein letztes Mal! Es geht darum, ob
stinknormale Bundesstraßen, die abschnittsweise als Autostraße
ausgewiesen sind, als trunk getaggt werden solen oder nicht.
Vorneweg: für Autostraßen gibt es einen eigenen
On 17 Jul 2010, at 2:05 , Heiko Jacobs wrote:
I cannot accept a process with loss of data.
If there is a loss of data I will leave OSM.
there is no loss of data! It has always been said that the old data will remain
available under the old license.
The only possibility to avoid loss of
On 13 Jul 2010, at 6:34 , Ian Dees wrote:
On Tue, Jul 13, 2010 at 7:39 AM, McGuire, Matthew
matt.mcgu...@metc.state.mn.us wrote:
For example:
- The proposal requires unique, persistent IDs for landmarks/points of
interest. OSM does not have an accepted way of storing persistent
On Wed, Jul 14, 2010 at 9:46 AM, Ian Dees ian.d...@gmail.com wrote:
On Wed, Jul 14, 2010 at 11:29 AM, Apollinaris Schoell
ascho...@gmail.comwrote:
the way osm works is so different that this doesn't make much sense. a DB
where anyone at any time can modify, delete data will require
2010/7/7 Peter Holzleitner pe...@holzleitner.com
IMHO ist nur die zweiter Variante richtig, denn dass es sich um eine
Gemeinde handelt, geht ja aus dem admin-level (indirekt) hervor.
Nein. Der Name *ist *Gemeinde xyz oder auch Marktgemeinde xyz oder
Stadt abc was auch immer.
Wirklich?
just checked one of these maps. and interestingly it contains data which is
most likely copied from official maps which are not in PD. So it is nearly
impossible that these maps are PD.
the russian copyright holder may have bought the source data but very unlikely
they have a license for
I have added most for state parks but didn't have a source for national parks
and special areas in there. So yes a good plan to add them.
also it's good to remove the nature_reserve tag from the park itself and keep
it only for designated areas. initially parks have been added only to show up
most likely the way itself isn't always deleted. if a way is reduced to a one
node way it will be just a single dot on the map. nearly impossible to edit and
get the history without seeing a real way and where it should be.
Maybe better to revert these whole changesets. This can be tricky if
most likely the way itself isn't always deleted. if a way is reduced to a one
node way it will be just a single dot on the map. nearly impossible to edit and
get the history without seeing a real way and where it should be.
Maybe better to revert these whole changesets. This can be tricky if
there is no mention of PD for these maps at mapstore.com. they are not even
free of copyright from poehali.net
free download doesn't mean PD
Can I use the maps in my own project?
You have the right to use maps for the purpose of familiarization for personal
use. To use the maps or other
On 24 Jun 2010, at 5:24 , Richard Mann wrote:
On Thu, Jun 24, 2010 at 12:32 PM, Andy Allan gravityst...@gmail.com wrote:
the root of the discussion seems to have no basis in
the tags, and seems entirely to be around rendering artefacts that you
dislike.
What purpose do the _link tags
Ich wuerde shape files nehemen. Das ist der am meisten genutzte Standard und
es gibt verschiedene tools fuer shape zu osm. ogr2osm kann sogar relationen
statt duplicate ways generieren.
Und es gibt auch opensource GIS tools um shape direkt zu bearbeiten.
On Thu, Jun 24, 2010 at 1:32 PM, Tirkon
In Oregon, 48% of the objects have been most recently modified by
non-TIGER sources. Calculated this way:
grep -o 'user=[a-zA-Z0-9]*' oregon.osm | sort | uniq -c | sort -n | grep
-vi tiger | awk '{sum += $1} END { print sum;}'
grep -o 'user=[a-zA-Z0-9]*' oregon.osm | sort | uniq -c | sort
On 23 Jun 2010, at 21:41 , Val Kartchner wrote:
Is there a way that we could get higher resolution county line
boundaries from anywhere? I expect not, but I figured I'd ask. I'll
plan to continue to correct these manually.
depends on your state and county. some offer the data for
most likely your OS, or disk partition, or wget can't handle large files. on
old unix systems this is usually 2GB. on windows FAT partitions there are also
limits but don't know the numbers
On 21 Jun 2010, at 9:12 , Juan Lucas Domínguez Rubio wrote:
Dear list:
I'm trying to download one
On 16 Jun 2010, at 21:26 , Zeke Farwell wrote:
On Thu, Jun 17, 2010 at 12:03 AM, Richard Welty rwe...@averillpark.net
wrote:
i think the rendered pseudo-shields probably need to show some reference to
the network
the highway is in, otherwise you'd not know what kind of shield you're
I think it's a good idea but needs a good idea for the tagging with these
different combinations and dividing.
neighborhood names are common in other cities too and well known to locals. So
it is valuable info for osm and should be rendered too. currently some are
added as place nodes and also
On 15 Jun 2010, at 6:45 , Maarten Deen wrote:
On Tue, 15 Jun 2010 15:20:07 +0200, Lambertus o...@na1400.info wrote:
On 2010-06-15 01:53, Liz wrote:
On Mon, 14 Jun 2010, Maarten Deen wrote:
Does anyone have similar experiences, and maybe an explanation why
this
happenes? Are the OSM maps too
On Tue, Jun 15, 2010 at 10:45 AM, Phil! Gold phi...@pobox.com wrote:
I started experimenting with rendering route shields the other day, and I
figured it would be nice to use route relations as my source. The wiki
says that the ref= tag on a relation should not include the network
On 13 Jun 2010, at 6:46 , Tristan Scott wrote:
Does anyone have experience of this, who could point me in the
direction of the appropriate JOSM plugin, or external software? I have
Linux (Gentoo) and Windows XP on systems used for mapping.
Qgis is good for that. you can download or
On Mon, Jun 14, 2010 at 1:55 PM, Nathan Edgars II nerou...@gmail.comwrote:
(note: I'm talking about boundaries that have stayed in the same place
during recent times, not those that change every year by annexations.)
While the TIGER data is pretty good for these boundaries, it has some
On Mon, Jun 14, 2010 at 4:19 PM, Nathan Edgars II nerou...@gmail.comwrote:
On Mon, Jun 14, 2010 at 7:10 PM, Apollinaris Schoell ascho...@gmail.com
wrote:
my experience is that TIGER is the worst.
Well, there's certainly worse, such as the USGS 2001 County Boundary
import, which has way too
I have a perl script to create tiles based on srtm data. for usa based on ned
data and some tiles based on viewfinder data because srtm is really bad in
mountain areas
tools required are gdal_translate, gdal_contour, shp2osm, mkgmap.
processing time and temporary space requirement is huge. If
On 31 May 2010, at 21:31 , Knut Arne Bjørndal wrote:
On 31. mai 2010, at 21.13, Ian Dees wrote:
On Mon, May 31, 2010 at 2:06 PM, Gustav Foseid gust...@gmail.com wrote:
How do, on the ground, you verify the name of a peak?
You look at the sign. Talk to the hikers you passed on the way up
On 27 May 2010, at 16:12 , Frederik Ramm wrote:
Apo,
Apollinaris Schoell wrote:
totally disagree. if osm doesn't open itself more to non geeks the
project will die as fast as many other open source or crowd source
projects.
Citation needed ;-)
this in't a german wikipedia article
On 26 May 2010, at 10:11 , Alan Mintz wrote:
what does the S mean in the ref?
It's just a part of the reference numbering. County road references are a
letter followed by one or more numbers, and this is how it's signed (see
http://en.wikipedia.org/wiki/County_Route_S18_%28California%29
On 26 May 2010, at 24:25 , Alan Mintz wrote:
It seems that the county road number should go in the ref tag, and this is
what I've seen in some cases, but where should the county and state go?
I've used is_in:county and is_in:state_code in the past for other things
(like bridges and
On 14 May 2010, at 15:47 , Boris Cornet wrote:
Apollinaris Schoell schrieb:
Das waere doch endlich einmal die Gelegenheit Wolfgang freundlich! zu
bitten die source Daten von plan.at http://plan.at der community zur
Verfuegung zu stellen.
Darum schreibe ich auch, bitte kommt massenhaft
Das waere doch endlich einmal die Gelegenheit Wolfgang freundlich! zu bitten
die source Daten von plan.at der community zur Verfuegung zu stellen.
Ich kann gut verstehen dass er zu dem Thema keine Kommentare mehr in diesem
Forum gegeben hat. Die Kritik war teilweise schon ungerechtfertigt und er
this is an old topic on talk and never a final agreement. changing the wiki
might create big discussions
I agree with your definition and use it the same way.
On Fri, May 7, 2010 at 12:50 PM, Val Kartchner val...@gmail.com wrote:
The descriptions on the wiki are quite ambiguous as to when to
these tools can't help here because data has been changed already by other
users. trying to revert partial changesets can do more harm.
2010/5/4 Niklas Cholmkvist towards...@gmail.com
Hi,
Maybe a read in osmtools? I also just discovered that page. It even
provides instructions on what one
On 3 May 2010, at 5:18 , Greg Troxel wrote:
Katie Filbert filbe...@gmail.com writes:
* Baskin Robbins (fast food?)
This is the missing ice cream shop I think. But if they serve other
food, it's made to order, and they have table service - restaurant.
* Fuddruckers (restaurant or
On 23 Apr 2010, at 19:46 , Alan Mintz wrote:
At 2010-04-23 07:47, Apollinaris Schoell wrote:
I don't know about completely. The parts of the Kern/LA/Orange/San
Bernardino/Riverside/San Diego borders that I have surveyed are at least
close to the signage at important points (admittedly
On Wed, Apr 21, 2010 at 3:11 PM, Sebastian Klein basti...@googlemail.comwrote:
yes this is important. don't tag nodes if they have no other tags. will just
increase the DB size with no value. imports did this and bots have cleaned
up so good to stick with it
Btw. you can add a source tag to
On Wed, Apr 21, 2010 at 4:11 PM, John Smith deltafoxtrot...@gmail.comwrote:
On 22 April 2010 08:41, Apollinaris Schoell ascho...@gmail.com wrote:
much better for a simple reason. anyone can delete the source tag form an
object. having it on the changeset is as visible as having
http://wiki.openstreetmap.org/wiki/JOSM/Plugins/WMSPlugin#Mac_OS_X
wichtig ist dass webkit-image irgendwo installiert wird dass es im Suchpfad
gefunden wird.
On 16 Apr 2010, at 6:55 , UMAX974 wrote:
Ja ich weiß, es gibt Menschen bei denen läuft WMS am Mac, bei anderen nicht
so richtig
abhängen...
Gruß,
Werner
Am 16.04.10 16:52, schrieb Apollinaris Schoell:
http://wiki.openstreetmap.org/wiki/JOSM/Plugins/WMSPlugin#Mac_OS_X
wichtig ist dass webkit-image irgendwo installiert wird dass es im
Suchpfad gefunden wird.
On 16 Apr 2010, at 6:55 , UMAX974 wrote:
Ja ich weiß
It simply depends where they got their data from. many GIS sources are
available and free to use but accuracy is another thing. even some official
county data can be off. have seen also big errors in the official state park
data which doesn't match what is on ground and also clearly seen on
can you send a list of changesets?
please add also the communication with the user to have it documented or add
a wiki page with the info
On Tue, Apr 13, 2010 at 1:41 PM, Vitor George vitor.geo...@gmail.comwrote:
Anyone can help me with the reversion or we leave as is?
Vitor
On Tue, Apr 13,
I can revert it if the data hasn't been changed and you didn't do other edits
in the same changeset.
check the changeset and if you think it should be reverted as a whole let me
know.
If you prefer to revert just some portion it's best to use Potlatch and with
key 'U' you will see all deleted
On 8 Apr 2010, at 9:42 , am12 wrote:
Some of the examples comma separated into the 4 field format:
South, ,1000 East, Street
Paul Johnson mentioned on IRC today the case of East Doctor Martin
Luther King, Junior Boulevard, which wouldn't work with this schema
I don't think *storing*
On 24 Mar 2010, at 18:47 , Tyler Ritchie wrote:
On Wed, Mar 24, 2010 at 5:46 PM, Sven Lafebre s.lafe...@psu.edu wrote:
Hi all,
I've been looking at state parks, state forests and state game lands
in Pennsylvania. I think Adam Killian uploaded most of these a year or
two ago—I don't know
Hi Kate,
Will be in the area but can't make time during the day. Any plans for evening
events?
Apollinaris
On 19 Mar 2010, at 15:32 , Kate Chapman wrote:
Hey All,
Are you attending Where 2.0 and want to work the booth?
I put up a wiki page for people to sign up for slots.
Hi Kate,
Will be in the area but can't make time during the day. Any plans for evening
events?
Apollinaris
On 19 Mar 2010, at 15:32 , Kate Chapman wrote:
Hey All,
Are you attending Where 2.0 and want to work the booth?
I put up a wiki page for people to sign up for slots.
1 - 100 of 330 matches
Mail list logo
