sly (sylvain letuffe) wrote:
>> By the way, perhaps there could be WKT presentations about what would be
>> the simple feature solutions of the examples on page
>> http://wiki.openstreetmap.org/wiki/Relation:multipolygon/validity.
>
> Only if OSM multipolygons are still intended to be considered va
Hi Willi.
Sorry to read your negative opinion. I think a better and more detailed
wiki page helps osm, irrespectively of edit history. I don't see why
editing and refining a page is bad. Sure things can always be done better,
but the beauty of wikis is that you can update them fast without going
t
On Sunday, October 14, 2012 8:52 PM sly (sylvain letuffe)
[mailto:li...@letuffe.org] wrote:
> What about starting here, to reach GIS aware people, then present the
final idea
> on talk (backed up by definition ranging from clear mathish un-
understandable
> by common people definition to clear e
Am 12.10.2012 01:58, schrieb Tom MacWright:
What are the tasks which everyone agrees on, but nobody has had the
time to tackle?
there is still a lot of information missing to compete with "commercial
data" for (car) navigation system (e.g. from Navteq and Tele-Atlas):
* have house numbers/addre
On 12.10.2012 18:38, Peter Wendorff wrote:
Am 12.10.2012 18:12, schrieb Stephan Knauss:
Peter Wendorff writes:
osm2pgsql has to store nodes outside the bbox because geometries that
overlap the borders etc. should be included in the result, too.
how certain are you regarding this?
It's only ba
> By the way, perhaps there could be WKT presentations about what would be
> the simple feature solutions of the examples on page
> http://wiki.openstreetmap.org/wiki/Relation:multipolygon/validity.
Only if OSM multipolygons are still intended to be considered valid if one
valid OGC WKT represent
> Drawing this as one outer ring touching itself in one point seems to
> be invalid for JTS (self-intersection) while drawing an inner ring
> touching outer ring at one point is OK for JTS.
I don't know JTS, but as you describe it, it implements validity as define by
the OGC for this case.
See he
Jukka Rahkonen kirjoitti:
> OpenJUMP is a good tool for testing what JTS thinks about validity. Set
> Snap to vertises and Prevent edits leading to invalid geometry options on
> from the settings and start digitizing.
After playing a little bit more with OpenJUMP I noticed that it is not so
simp
Martin Koppenhoefer kirjoitti:
> 2012/10/14 Frederik Ramm :
>> Personally I don't consider the "8" shapes valid - and I don't think
>> there's
>> a difference between the one with a node in the middle and the one
>> without.
>> I don't consider the "inner ring touching outer ring in single point"
>
> I don't think that the "touching inner ring" issue was ever limited to
> "two or more consecutive points". Your page is the first time I read this.
As far as I understand the OGC validity of multipolygon, the answer is yes.
Because in the first place, OGC standard does not consider touching inn
2012/10/14 Frederik Ramm :
> Personally I don't consider the "8" shapes valid - and I don't think there's
> a difference between the one with a node in the middle and the one without.
> I don't consider the "inner ring touching outer ring in single point" case
> to be valid either.
IMHO the secon
On Sun, Oct 14, 2012 at 03:59:59AM +0200, Stefan Keller wrote:
> @Jochen: taginfo is a very valuable service which I use regularly. But
> it seems to me that taginfo is rather a browsing tool and has not been
> designed to return key-value suggestions given a single search term,
> right?
>
> Tagin
Hi,
On 14.10.2012 17:21, sly (sylvain letuffe) wrote:
Here is some food for thoughts :
http://wiki.openstreetmap.org/wiki/Relation:multipolygon/validity
I don't think that the "touching inner ring" issue was ever limited to
"two or more consecutive points". Your page is the first time I read
On Sat, Oct 13, 2012 at 08:12:54PM -0400, Richard Weait wrote:
> On Sat, Oct 13, 2012 at 4:00 PM, Jochen Topf wrote:
> > On Thu, Oct 11, 2012 at 03:39:52PM -0400, Tom MacWright wrote:
> >> TagInfo's API is certainly pretty good, and it might be good enough.
>
> > I encourage you to look at what t
On 14-Oct-12, at 5:31 AM, Iván Sánchez Ortega wrote:
On Sunday, 14 de October de 2012 10:05:31 Paul Norman escribió:
I'm giving a talk tomorrow on ogr2osm [...] For a 600 MB .mdb (400
MB .shp)
[...] it uses about 6-7 gigs of ram for that. I may be able to get
that down
substantially, I hav
Le dimanche 14 octobre 2012 15:48:08, sly (sylvain letuffe) a écrit :
> I'll come back later with examples as a graphic is far easier to understand
> than fix font ASCII art
Here is some food for thoughts :
http://wiki.openstreetmap.org/wiki/Relation:multipolygon/validity
Feel free to add other e
Le dimanche 14 octobre 2012 04:37:43, Willi a écrit :
> Imho it's not only bad behavior to change a wiki page 19 times on the same
> day it's harming OSM.
Agreed.
> Having the discussion on the OSM-dev list makes this
> even worse.
What about starting here, to reach GIS aware people, then present
Le samedi 13 octobre 2012 21:49:21, Frederik Ramm a écrit :
> (Frankly I am surprised
> that you thought the list was necessary, as I believed everything to be
> explained properly already.)
I'm not surprised, I've been asking for a while what validity means in the
context of multipolygon relatio
On Sunday, 14 de October de 2012 10:05:31 Paul Norman escribió:
> I'm giving a talk tomorrow on ogr2osm [...] For a 600 MB .mdb (400 MB .shp)
> [...] it uses about 6-7 gigs of ram for that. I may be able to get that down
> substantially, I haven't really attacked the RAM usage yet.
Well, that's
On 14 October 2012 13:59, Brett Henderson wrote:
> On 14 October 2012 09:46, sly (sylvain letuffe) wrote:note
> : I have a strange issue with all objects's timestamp, they seam
> to be
>
>> shifted by -1 hour
>>
>
> Really? I might have to look into this this evening (currently 2pm
> Melbourne
Hi,
On 14.10.2012 00:36, Pedro Larroy wrote:
So for overlapping inner polygons the only way to differentiate them
is by tagging as far as I can see.
I'm not sure I understand. There must not be any overlapping rings in a
multipolyon, no matter what the role is, and inner rings must not touch
Hi,
On 14.10.2012 04:37, Willi wrote:
Imho it's not only bad behavior to change a wiki page 19 times on the same
day it's harming OSM. Having the discussion on the OSM-dev list makes this
even worse.
Personally, I think it is *good* to have a discussion on the mailing
list; if this had been o
On 12-Oct-12, at 3:50 PM, Iván Sánchez Ortega wrote:
Also.
ogr3osm.
I would love to have the time and resources (or paid time,
nudgenudgewinkwink)
to redo ogr2osm; adding a backtracking-like algorithm to minimise
the amount
of geometries' shared nodes (and their bounding boxes) in memory
23 matches
Mail list logo