2009/7/17 Steven Le Roux :
> On Thu, Jul 16, 2009 at 3:54 AM, Tyler wrote:
>>
>> change modify to create, unless you're actually modifying a way.
>
> You're right the osm xml was containing a modify tag in ways' tags.
> But How to revert the part uploaded yet ?
If there were no problems uploading
2009/8/12 Andre Schoonbee :
> The reason for replacing
> of roads is because some of the roads on OSM is currently incorrect, so to
> try and zoom into the detail to manually fix every road will take forever
That'll be considered vandalism. It's possible some of the roads are
incorrect but that's
2009/10/3 Dave Hansen :
> On Sun, 2009-10-04 at 02:24 +1000, John Smith wrote:
>> 2009/10/4 Dave Hansen :
>> > Is this the most up to date way of keeping addresses?
>> >
>> >
>> > http://wiki.openstreetmap.org/wiki/Proposed_features/House_numbers/Karlsruhe_Schema
>> >
>> > Well, I have some
Hiya,
2009/10/8 Sam Vekemans :
> Gotcha,
>
> I think it's that messy basic webpage that has all the users listed on the
> right and an open chat. ...an always on chat room.
Considering that it was invented before the web (www or http) was
invented (1988 vs 1991) it can't be a webpage, but now the
2009/10/8 Sam Vekemans :
> Step 1: Data conversion
> -using eithor 'shp-to-osm.jar' or 'shp2osm.py' or 'mp2osm' or 'other'
> we make a conversion script
> -1 person is in charge of editing this script (as users will submit
> errors) (just as for other programs)
>
> Step 2: data sharing
> -the perso
2009/10/9 Sam Vekemans :
> On Thu, Oct 8, 2009 at 6:27 PM, andrzej zaborowski
>> 1. Convert the data to .osm
>
> 1a. Using sh-to-osm.jar and editing the rules.txt file
> or using shp-to-osm and editing the script with the right tags
> or using mp2osm and edit the script, o
2009/10/9 :
> On Fri, 9 Oct 2009 03:27:08 +0200, andrzej zaborowski
>> Note that just a copy & paste will discard the relations so I don't
>> think this should be recommended, (relations tend to take lots of work
>> to add manually if you have imported all the me
2009/10/9 :
> On Fri, 9 Oct 2009 14:41:36 +0200, andrzej zaborowski
> wrote:
>> Except it works, contrary to all other methods I've tried :) As far
>> as one of the layers has only new elements, it's safe, it's so simple
>> it has to be safe!
>
> Gi
Hi Sam,
2009/10/11 Sam Vekemans :
> Taken, into context, we are building the maps at 1st by hand, and THEN as
> data becomes available, we can use the available data to 'improve on the
> existing map'. (how i interpret that is to 1 - provide the data in .osm
> format, then 2 - make this data ava
2009/10/13 SteveC :
> Also - the ways will be deplaced 90 degress to the road centerline to
> push them to the edge of the road I assume - but you also need to
> 'pull in' the end nodes too so they are not laying on top of the cross
> streets at each end, if you see what I mean?
There's some (ugly
2009/10/14 Andy Allan :
> Will it? I keep hearing that but don't really believe it. It would be
> hard enough merging changes if the data was not converted, has a 1:1
> correspondence in geometries and hadn't been editing in the meantime.
> But given that people will split ways, make multipolygons,
Hi,
the other day I talked to Richard Weait on irc about upload utilities
and we thought it would be nice for big uploads, which need to be
split anyway, to be split "logically", so that the changes appear in a
similar order to how a human editor would draw them. This little
script doesn't exactly
2009/10/15 Ian Dees :
> On Thu, Oct 15, 2009 at 2:02 PM, andrzej zaborowski
> wrote:
>>
>> Hi,
>> the other day I talked to Richard Weait on irc about upload utilities
>> and we thought it would be nice for big uploads, which need to be
>> split anyway,
2009/10/15 Ian Dees :
> On Thu, Oct 15, 2009 at 2:18 PM, andrzej zaborowski
> Are you uploading one node at a time with the PUT API calls or are you using
> the osmChange diff upload? If you use the diff upload, the entire thing will
> show up on the map at the same time.
So say
Hi,
2009/10/16 Andy Allan :
> On Thu, Oct 15, 2009 at 8:18 PM, andrzej zaborowski wrote:
>> I use a couple of simple python scripts,
>
> I'd suggest that's the problem there - rather than trying to make the
> simple python scripts better, you'd be better off
2009/10/21 Sam Vekemans :
> to: imports@ list
> There ought to be a way that shp files can be 1st 'sliced'..
> Ie. (Geographically cut into an arbitrary grid (regardless of the shape of
> the polygon) 4, 16, 256 or whatever size) so then each square can be dealt
> with independently.
> y
2009/10/21 Dan Homerick :
> Also, my first attempt at
> uploading failed, because JOSM added a modified='true' attribute[1] to
> the ways when I did the merges. I used a text editor's find/replace to
> remove those, and the second attempt went smoothly.
If that was action="modify", that shouldn't
2009/11/4 Marcus Wolschon :
> What tool can be used to upload change(osc)-files?
>
> Osmosis cannot upload them to the API and
> the wiki says bulkupload.pl/py both are not
> compatible with API 0.6 .
upload.py from http://www.openstreetmap.pl/balrog/bulkupload/ works.
Cheers
___
2009/11/5 Sam Vekemans :
> I use a headset & can have video with skpe & txt chat MUCH easier.
> (its also free for everyone :)
Alas forces you to run closed-source software which some people are
not going to do.
>
> Anyway, i wanted to go over comparing Canada vs. usa import (social impact)
>
> T
Hi,
2009/11/10 Marcus Wolschon :
>
>
>
> uid="2680" user="xylome" changeset="2807996">
>
>
>
>
>
>
>
>
>
>
>
>
>
>
Very cool results if this is automatic matching.
Out of curiosity why are those relations t
Hi Frederik and Marcus,
2009/11/11 Frederik Ramm :
> andrzej zaborowski wrote:
>> Out of curiosity why are those relations type multiploygon instead of
>> type boundary?
>
> type=boundary is discouraged as far as I am concerned. If anyone asks me I
> always advise to use t
Hi Chedli,
2009/11/13 Chedli Ghedira :
> And what about maplibrary.org (only 1st level admin boundaries :( )?
>
> The Map Library is a source of public domain basic map data concerning
> administrative boundaries in developing countries. The data is broken down
> into manageable chunks to make it
> On Sun, Nov 15, 2009 at 9:58 PM, Peter Batty wrote:
>> And
>> like I said, the two aren't incompatible, you can use a simpler approach on
>> the basic TIGER import (however we decide to implement it), and add data in
>> Karlsruhe format if you want to add more precise addresses later.
But we kn
2009/11/20 Andy Allan :
> I want to take what Sam has said out of context here, so this isn't a
> question of Geobase/Canvec, let's consider the wider issue of
> attribution on imported data. Should the attribution be on the
> geo-features (nodes,ways,relations), or on the changeset, on the wiki,
>
2009/11/20 Simone Cortesi :
> I'm all for it. Geo has nothing to do with attribution. We give credit
> to the geodata-maker by informing the user that the given feature
> comes from a certain contributed dataset...hence exposing this
> information in the changeset comment is the way to go.
One iss
2009/11/20 Anthony :
> Ideally, you could put the tag in the changeset or on a particular
> feature, and it would get saved, once, as part of the history. Then
> when you selected a feature and clicked history you'd see < source=canvec_20091120; version 2, source=local knowledge; version 3
> [no s
2009/12/18 Chris Hunter :
> I just had a look at another area of the map in my neck of the woods, and
> I'm increasingly of the opinion that this data needs to be bulk deleted
> *ASAP* before more users start trying to correct it. I realize you've put a
> good amount of effort into trying to write
2009/12/22 Simone Cortesi :
> On Tue, Dec 22, 2009 at 13:54, Alan Mintz
> wrote:
>> B. Some street names are being abbreviated in ways that the average
>> consumer may not recognize. Examples[1]:
>> Cll Quebrada (Calle Quebrada)
>> Cam Norte (Camino Norte)
>>
>> Also, suffixes are sometimes abbre
Hi,
2009/12/31 :
> The state of California has some good landcover shapefiles on the
> Department of Forestry and Fire Protection site. They are sorted by
> county. The smallest are under a meg while the largest - Fresno - is more
> than 400 megs. The average size is around 30 to 40 megs. These w
2010/1/1 andrzej zaborowski :
>> * All these polygons have overlapping ways. This should be avoided
>> because it creates tones of duplicate nodes/ways. Each polygon should
>> be split in single ways and the area defined with a relation.
>> According to the description, m
2010/1/11 Sam Vekemans :
> Unfortunatly, i havent mastered Osmosis yet. :(
> ... Nor postGIS
>
> I was more thinking of visually looking at the .osm file in JOSM and
> selecting the 'clusers' of data, like the biggest city and
> Copy/paste/delete into a new smaller OSM file, so then you would have
On 28 January 2010 14:51, Pieren wrote:
> But what happens if someone replaces your imported node with a new one or
> the node is deleted or someone just changes your primary key for fun ?
> I think it would be better to keep the node_id or way_id (building) in your
> own database and check regula
Hi,
I have performed a test import of a fragment of auto-traced building
outlines data for Szczecin, Poland and am looking for comments before
continuing with the rest of the city and perhaps other cities,
http://osm.org/go/0NgiAGiak--. This contains addresses, heights (in
storeys count) and prim
Hi,
On 3 March 2010 02:49, Katie Filbert wrote:
> * "Upon the request of the City, you may be required to remove a credit from
> future uses..."
As far as I understand we can choose not to give credit and we'll be
fine with this point too.
> * "You assume sole responsibility for your use and re
On 26 March 2010 09:46, Gregory wrote:
> 1) Should the source tag be used on every node/way(that has other tags), or
> just on the changesets?
I'd use the source tag on the highest level features, i.e. if a node
belongs to a way or relation then I'd only put the source tag there
and not on the no
Hi,
On 3 June 2010 15:45, Michal Palenik wrote:
> On Thu, Jun 03, 2010 at 04:26:24PM +0300, Simone Cortesi wrote:
>> On Thu, Jun 3, 2010 at 15:51, Stefan de Konink wrote:
>> >> access is granted to import any data from the European Environment
>> >> Agency:
>> >
>> > Granted doesn't mean that th
On 28 June 2010 04:36, Nakor wrote:
> On 06/23/2010 01:07 PM, James U wrote:
>
>>
>> 2. Merge all the files in josm. Make sure you have allocated a lot of
>> memory
>> to josm as this can take a lot of memory. It will also take a lot of
>> time.
>>
>>
>
> Would it be possible to add a parameter
Hi,
2010/9/16 Sander Deryckere :
> Op 30 augustus 2010 20:24 schreef Sander Deryckere het
> volgende:
>>
>> Hi,
>>
>> De Lijn, the Flemish public bus transport organization wants to donate
>> their data to OSM. But before they decide to do so, they want some
>> guarantees. They ask how fast the m
On 9 February 2011 20:27, Tom Ponte wrote:
> I just imported an OSM area that I am planning on doing some imports to my
> machine. I am testing out the ESRI OSM import extension for ArcGIS. In the
> osmuser attribute field there are a couple of edits listed that are not
> listed as Tiger data base
Hi,
On 21 June 2011 22:23, Frank Steggink wrote:
> I just noticed this post about European urban landuse vector data:
> http://blog.weogeo.com/2011/06/21/data-blog-european-urban-land-use-vectors/
>
> It might be interesting for local communities within the EU who are seeking
> to improve landuse
On 19 August 2011 08:07, Schuyler Erle wrote:
> I would like to import the region and district boundaries from the OCHA COD
> next. Does anyone have any thoughts on how to go about this? If I just import
> the polygons as is, we'll wind up with a lot of redundant nodes and ways, I'm
> guessing.
On 19 August 2011 19:40, Schuyler Erle wrote:
> (removing the HOT list from this thread)
>
> On Aug 19, 2011, at 10:12 AM, andrzej zaborowski wrote:
>
>> As Toby said ogr2osm can create the multipolygons deduplicating ways
>> and nodes, but you will need additional log
On 19 August 2011 19:49, andrzej zaborowski wrote:
> Unless the data origins from the same source as our OSM boundaries,
> the nodes probably won't overlap, so I'd leave this as a manual step.
(by that I mean I'd completely leave out those external borders from
th
Hi,
On 23 March 2012 22:37, Paul Norman wrote:
> I have significant concerns, which I will expand on below. I have worked
> with detailed parcel data before as well as seen parcel data elsewhere.
>
>
>> From: Ander Pijoan [mailto:ander.pij...@deusto.es]
>> Subject: [Imports] Spanish cadastre
Hi,
On 6 December 2012 14:04, Paul Norman wrote:
> Jeff Meyer @
> http://lists.osm.org/pipermail/imports/2012-December/001602.html
>> > How will you handle object conflation?
>> Manually and methodically.
>
> Although not a trivial problem there is work underway on code that will
> handle the add
Hi,
On 14 December 2012 02:12, Jason Remillard wrote:
> In my town, there are 5427 buildings. 43,628 nodes, or 8 nodes per
> structure. I did a 0.25 meter simplify on the entire town, and the node
> count went down to 41,809. We are looking at an excess of 5%. 0.25 meter may
> seem tight, but con
On 15 December 2012 22:45, Paul Norman wrote:
>> From: andrzej zaborowski [mailto:balr...@gmail.com]
>> Subject: Re: [Talk-us] MassGIS Building Import - process
>>
>> On 15 December 2012 20:09, Jeff Meyer wrote:
>> > Paul - I've added a few comments and q
Hi,
On 27 February 2013 22:45, Sarah Hoffmann wrote:
>> In the Spanish list there is a rather consensus that it is worth to upload
>> that data. Moreover, in this particular thread someone said that it would
>> be a shame that we does not import that information because it would be
>> very useful
Hi,
On 13 September 2013 02:17, Serge Wroclawski wrote:
> On Thu, Sep 12, 2013 at 6:42 PM, Andrew Buck wrote:
> There's need to go over all the ways, not just the TIGER ways. There's
> also need for another run of the TIGER expansion bot because people
> were very concerned about the "Saint, St"
Hi Richard,
On 13 September 2013 14:38, Richard Welty wrote:
> On 9/13/13 6:11 AM, andrzej zaborowski wrote:
>> Can you point to an example of such incorrect expansion by the earlier
>> bot? There isn't really an ambiguity between Saint and Street because
>> one i
On 30 October 2013 23:32, Paul Norman wrote:
>> From: Grzegorz Sapijaszko [mailto:grzeg...@sapijaszko.net]
>> Sent: Wednesday, April 17, 2013 1:41 PM
>> To: imports@openstreetmap.org; talk...@openstreetmap.org;
>> zar...@openstreetmap.pl
>> Subject: [Imports] Polish Forests - Imports
>>
>> to: imp
Hi,
I was asked to help with the import of cadastral data for a few
municipalities in the Strzelce-Drezdenko county in Poland. Here are
some details of this import, which is partly done already, but I'm
going to wait with further upload.
Technical:
The data is in shapefile format which looks li
Added a description in
https://github.com/balrog-kun/ewmapa2osm/blob/master/shape-utils/merge-building-addrs.py,
good point.
>
> Thanks
> Jason
>
> On Fri, Dec 13, 2013 at 10:38 AM, andrzej zaborowski
> wrote:
>> Hi,
>>
>> I was asked to help with the import o
On 14 December 2013 06:48, Jason Remillard wrote:
> Hi,
>
> From the file, here are the actual tags+values.
Note that other than building=* and building:type:pl=* we're talking
about less than 10 instances of each tag.
>
> building:fireproof=no
> building:fireproof=yes
>
> - Could you make a wik
On 14 December 2013 15:48, Martin Koppenhoefer wrote:
> 2013/12/14 Jason Remillard
>>
>> From the file, here are the actual tags+values.
>>
>> building:fireproof=no
>> building:fireproof=yes
>>
>> - Could you make a wiki page for this tag. It is used 90,000+ times.
>> It seems to be just from alr
2014-02-20 2:50 GMT+01:00 Jason Remillard :
> Hi,
>
> - No streets?
> - 98% of the addresses in this file could have the building=yes tag applied.
They could, as well as other tags, and building types could be
specified. But let's solve one issue at a time and do it well?
BTW I haven't read the
On 21 February 2014 01:48, Jason Remillard wrote:
> Could somebody recap this, if this one really one huge import across all of
> Poland, or a bunch of little imports. It seems like this is the primary
> issue to work through right now.
Sounds like a deeply philospohical question.
> One of the l
57 matches
Mail list logo
