Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

There's a map for that

github.com

Post reply on HN
Print view View original

71–75 of 75 posts

Re: There's a map for that

#71

Post by saraid216 »

voltagex_ wrote: post #66
holman wrote: post #16

Earlier quoted context omitted.

> Developers with a 20% time window? We like to call it 100% time. Work on what you're interested in. In this case, Ben — who handles a lot of our outreach to government agencies — knew that GeoJSON is something that could be a big deal for open data in government, so he built the feature. There's not much more to it than that.

Cool. I wonder what the conversion workflow --> GeoJSON is like? KPX and CSV and XLS are common over at data.gov.au / data.act.gov.au

GeoJSON is an entirely different type of data. "columns" and "rows" aren't a useful way to think about it; you have to talk about points and closed polygons and their associated metadata instead.

Re: There's a map for that

#72

Post by asperous »

rmc wrote: post #70
derleth wrote: post #65

Earlier quoted context omitted.

Torvalds, in classic Unix hacker fashion, designed git to be so stupid it doesn't care what it's being used for, which goes quite a long way to making it all things to all people. Similar is how the Linux filesystem code flatly refuses to care about what encoding scheme filenames use as long as the byte 0x2F (ASCII '/') is only used to separate pathname components, the byte sequences 0x2E (".") and 0x2E 0x2E ("..") a…

I thought ".." was a hardlink to the parent directory created when a directory was created? Hence the kernel doesn't actually have to treat ".." as anything special, since, due to hardlinks, "it'll all work out"?

I hope not, that'd be such a waste

Re: There's a map for that

#73

Post by Oompa »

kh_hk wrote: post #59
Oompa wrote: post #54

Earlier quoted context omitted.

That's fucking sick. Nice work man.

Nice work on pulling this off! One could question, who would want maps on github? Sometimes one cannot know what something can be used to until being able to actually use it, that should be the whole point on technology.

A lot of folks from the GIS community. As mentioned in the blog post, people will already storing this data on GitHub, now it's simply presented in a nicer fashion :)

And as you mentioned, sometimes just providing the tools empowers the community to do to do amazing things.

Re: There's a map for that

#74

Post by derleth »

rmc wrote: post #70
derleth wrote: post #65

Earlier quoted context omitted.

Torvalds, in classic Unix hacker fashion, designed git to be so stupid it doesn't care what it's being used for, which goes quite a long way to making it all things to all people. Similar is how the Linux filesystem code flatly refuses to care about what encoding scheme filenames use as long as the byte 0x2F (ASCII '/') is only used to separate pathname components, the byte sequences 0x2E (".") and 0x2E 0x2E ("..") a…

I thought ".." was a hardlink to the parent directory created when a directory was created? Hence the kernel doesn't actually have to treat ".." as anything special, since, due to hardlinks, "it'll all work out"?

I think the point is that the character encoding scheme can't use "." or ".." for its own purposes because they already have meaning due to filesystem conventions.

Re: There's a map for that

#75

Post by gcr »

sdesol wrote: post #62
jervisfm wrote: post #60

Earlier quoted context omitted.

What program or tool were you using to see the diffs side by side ?

It's from my tool that I've been developing. You can see how the diffing works at https://www.youtube.com/watch?v=fi7GvcW1NKA Unfortunately I don't show you how to switch to the side by side view. To do this, you just click on the view toggle button at the top left corner of the diff window.

Nice Work! That sounds similar to Meld. http://meldmerge.org/
Post reply on HN