Sampling values from a .vrt raster using PostGIS points The 2019 Stack Overflow Developer...

Landlord wants to switch my lease to a "Land contract" to "get back at the city"

Patience, young "Padovan"

How long do I have to send payment?

What do the Banks children have against barley water?

What are the motivations for publishing new editions of an existing textbook, beyond new discoveries in a field?

Where to refill my bottle in India?

How can I create a character who can assume the widest possible range of creature sizes?

Are there any other methods to apply to solving simultaneous equations?

Is "plugging out" electronic devices an American expression?

What is this 4-propeller plane?

Can't find the latex code for the ⍎ (down tack jot) symbol

Feasability of miniature nuclear reactors for humanoid cyborgs

Could JWST stay at L2 "forever"?

If a poisoned arrow's piercing damage is reduced to 0, do you still get poisoned?

Should I use my personal or workplace e-mail when registering to external websites for work purpose?

How to create dashed lines/arrows in Illustrator

Is domain driven design an anti-SQL pattern?

Inversion Puzzle

How are circuits which use complex ICs normally simulated?

If the Wish spell is used to duplicate the effect of Simulacrum, are existing duplicates destroyed?

Carnot-Caratheodory metric

How to manage monthly salary

Why is Grand Jury testimony secret?

Dual Citizen. Exited the US on Italian passport recently



Sampling values from a .vrt raster using PostGIS points



The 2019 Stack Overflow Developer Survey Results Are InHow to find the nearest point by using PostGIS function?Creating line from points using PostGIS?How to bring all “tourism:attraction” from points table and polygon table together?Point sampling raster with PostGISPostGIS Out of db VRT containing JPEG2000 GDAL 2.1 OpenJPEGSaving select query results (year wise) from PostgreSQL/PostGIS to text filesSet Z value to a linestring from a postgis rasterCreating a geoTIFF from PostGIS raster columnGDAL Warp to in-memory rasterHow to construct dataset in memory that is built from CSV and VRT file?





.everyoneloves__top-leaderboard:empty,.everyoneloves__mid-leaderboard:empty,.everyoneloves__bot-mid-leaderboard:empty{ margin-bottom:0;
}







5















I have about 1 mill 2D points in a table in a PostgreSQL database.



I also have a DEM (Digital Elevation Model) in raster. It’s a lot of .tiff files, bound together by a .vrt file, so they function as one raster data set, at least when seen from QGIS.



I’m looking for the best way to attach to each point, the height in the DEM, at the points location. I would prefer to have that point in a new field in the point table (i.e. as a new attribute to the point feature).



After looking at the logical (PostGIS) possibilities, ST_Value [http://postgis.net/docs/RT_ST_Value.html] seems to be the relevant function. But I can’t see any ways to point the ST_Value() to a .vrt file. And since the DEM is about 1Tb I would like to avoid pulling it inside the PostgreSQL database. I was briefly considering FDW (Foreign Data Wrapper) but have no experience in that direction.



Googling around I found GDAL’s gdallocationinfo [http://www.gdal.org/gdallocationinfo.html]. So I generated a text file with the 1 mill x y coordinates of the points, and copy-pasted that list into a batch-file with lines like this.



gdallocationinfo -geoloc -valonly my_dem.vrt 444302.48 6157429.94 > collect_dtm_values.values
gdallocationinfo -geoloc -valonly my_dem.vrt 444322.773687121 6156609.71326993 >> collect_dtm_values.values
gdallocationinfo -geoloc -valonly my_dem.vrt 444514.567093169 6209236.39142913 >> collect_dtm_values.values
gdallocationinfo -geoloc -valonly my_dem.vrt 444516.550364779 6209265.20736336 >> collect_dtm_values.values
gdallocationinfo -geoloc -valonly my_dem.vrt 444523.113049805 6209178.98623131 >> collect_dtm_values.values
gdallocationinfo -geoloc -valonly my_dem.vrt 444528.996558214 6209137.25582758 >> collect_dtm_values.values
...


Though this seems to work, it will estimated take 3 days to run the 1 mill lines batch file (it’s running).



A part from not being an elegant solution, it also leaves me with just a simple text file, holding one number per line. I would now have to figure out a good way to connect the values back onto the points, and the only connection is the fact that their order of appearance in the output text file, is the same as the order of appearance in the input batch file.



I will have to do it again and again, so I’m willing to invest in a better solution :-)



So – the question is: What would be the good way to sample points in a .vrt raster, given a set of points in a PostgreSQL table?



I work in PostgreSQL/PostGIS because I find it fast and convenient, so a solution in this environment would be preferable, and in any case, a solution that runs considerable faster, than what I have now, would be nice.










share|improve this question














bumped to the homepage by Community 7 mins ago


This question has answers that may be good or bad; the system has marked it active so that they can be reviewed.
















  • I don't know much about vrt files, but you can load rasters to Postgis using raster2pgsql, which is a wrapper on GDAL functions, using the -R (out-db) switch, ie, the meta data is loaded, but the rasters stay on the file system. This should allow you to use RT_ST_Value (and other functions) without having to load 1Tb of data. I don't know how out-db raster performs in comparison to in-db -- I have heard it said much slower. It should be easy enough to test with a small subset.

    – John Powell
    Mar 29 '17 at 13:31











  • Thanks John Barca. I tried your suggestion, but it seems that the -R option have no effect?!? It still produces .sql file with a lot of data insert lines. Any idea if the -R flag is unstable in any ways?

    – MartinHvidberg
    Mar 30 '17 at 9:08











  • For reference... I do this: "C:Program FilesPostgreSQL9.6binraster2pgsql.exe" -c -t 256x256 -R -I -T ts_raster F:GDBDTM.vrt > D:tempload_DTM2pg.sql

    – MartinHvidberg
    Mar 30 '17 at 9:11













  • Sorry - I know i forgot the schema.table. The real command is "C:Program FilesPostgreSQL9.6binraster2pgsql.exe" -c -t 256x256 -R -I -T ts_raster F:GDBDTM.vrt dhm.dtm > D:tempload_DTM2pg.sql But -R is still doing nothing.

    – MartinHvidberg
    Mar 30 '17 at 9:19











  • The sql file would be the meta data, no? Can you post a sample.?

    – John Powell
    Mar 30 '17 at 11:11


















5















I have about 1 mill 2D points in a table in a PostgreSQL database.



I also have a DEM (Digital Elevation Model) in raster. It’s a lot of .tiff files, bound together by a .vrt file, so they function as one raster data set, at least when seen from QGIS.



I’m looking for the best way to attach to each point, the height in the DEM, at the points location. I would prefer to have that point in a new field in the point table (i.e. as a new attribute to the point feature).



After looking at the logical (PostGIS) possibilities, ST_Value [http://postgis.net/docs/RT_ST_Value.html] seems to be the relevant function. But I can’t see any ways to point the ST_Value() to a .vrt file. And since the DEM is about 1Tb I would like to avoid pulling it inside the PostgreSQL database. I was briefly considering FDW (Foreign Data Wrapper) but have no experience in that direction.



Googling around I found GDAL’s gdallocationinfo [http://www.gdal.org/gdallocationinfo.html]. So I generated a text file with the 1 mill x y coordinates of the points, and copy-pasted that list into a batch-file with lines like this.



gdallocationinfo -geoloc -valonly my_dem.vrt 444302.48 6157429.94 > collect_dtm_values.values
gdallocationinfo -geoloc -valonly my_dem.vrt 444322.773687121 6156609.71326993 >> collect_dtm_values.values
gdallocationinfo -geoloc -valonly my_dem.vrt 444514.567093169 6209236.39142913 >> collect_dtm_values.values
gdallocationinfo -geoloc -valonly my_dem.vrt 444516.550364779 6209265.20736336 >> collect_dtm_values.values
gdallocationinfo -geoloc -valonly my_dem.vrt 444523.113049805 6209178.98623131 >> collect_dtm_values.values
gdallocationinfo -geoloc -valonly my_dem.vrt 444528.996558214 6209137.25582758 >> collect_dtm_values.values
...


Though this seems to work, it will estimated take 3 days to run the 1 mill lines batch file (it’s running).



A part from not being an elegant solution, it also leaves me with just a simple text file, holding one number per line. I would now have to figure out a good way to connect the values back onto the points, and the only connection is the fact that their order of appearance in the output text file, is the same as the order of appearance in the input batch file.



I will have to do it again and again, so I’m willing to invest in a better solution :-)



So – the question is: What would be the good way to sample points in a .vrt raster, given a set of points in a PostgreSQL table?



I work in PostgreSQL/PostGIS because I find it fast and convenient, so a solution in this environment would be preferable, and in any case, a solution that runs considerable faster, than what I have now, would be nice.










share|improve this question














bumped to the homepage by Community 7 mins ago


This question has answers that may be good or bad; the system has marked it active so that they can be reviewed.
















  • I don't know much about vrt files, but you can load rasters to Postgis using raster2pgsql, which is a wrapper on GDAL functions, using the -R (out-db) switch, ie, the meta data is loaded, but the rasters stay on the file system. This should allow you to use RT_ST_Value (and other functions) without having to load 1Tb of data. I don't know how out-db raster performs in comparison to in-db -- I have heard it said much slower. It should be easy enough to test with a small subset.

    – John Powell
    Mar 29 '17 at 13:31











  • Thanks John Barca. I tried your suggestion, but it seems that the -R option have no effect?!? It still produces .sql file with a lot of data insert lines. Any idea if the -R flag is unstable in any ways?

    – MartinHvidberg
    Mar 30 '17 at 9:08











  • For reference... I do this: "C:Program FilesPostgreSQL9.6binraster2pgsql.exe" -c -t 256x256 -R -I -T ts_raster F:GDBDTM.vrt > D:tempload_DTM2pg.sql

    – MartinHvidberg
    Mar 30 '17 at 9:11













  • Sorry - I know i forgot the schema.table. The real command is "C:Program FilesPostgreSQL9.6binraster2pgsql.exe" -c -t 256x256 -R -I -T ts_raster F:GDBDTM.vrt dhm.dtm > D:tempload_DTM2pg.sql But -R is still doing nothing.

    – MartinHvidberg
    Mar 30 '17 at 9:19











  • The sql file would be the meta data, no? Can you post a sample.?

    – John Powell
    Mar 30 '17 at 11:11














5












5








5








I have about 1 mill 2D points in a table in a PostgreSQL database.



I also have a DEM (Digital Elevation Model) in raster. It’s a lot of .tiff files, bound together by a .vrt file, so they function as one raster data set, at least when seen from QGIS.



I’m looking for the best way to attach to each point, the height in the DEM, at the points location. I would prefer to have that point in a new field in the point table (i.e. as a new attribute to the point feature).



After looking at the logical (PostGIS) possibilities, ST_Value [http://postgis.net/docs/RT_ST_Value.html] seems to be the relevant function. But I can’t see any ways to point the ST_Value() to a .vrt file. And since the DEM is about 1Tb I would like to avoid pulling it inside the PostgreSQL database. I was briefly considering FDW (Foreign Data Wrapper) but have no experience in that direction.



Googling around I found GDAL’s gdallocationinfo [http://www.gdal.org/gdallocationinfo.html]. So I generated a text file with the 1 mill x y coordinates of the points, and copy-pasted that list into a batch-file with lines like this.



gdallocationinfo -geoloc -valonly my_dem.vrt 444302.48 6157429.94 > collect_dtm_values.values
gdallocationinfo -geoloc -valonly my_dem.vrt 444322.773687121 6156609.71326993 >> collect_dtm_values.values
gdallocationinfo -geoloc -valonly my_dem.vrt 444514.567093169 6209236.39142913 >> collect_dtm_values.values
gdallocationinfo -geoloc -valonly my_dem.vrt 444516.550364779 6209265.20736336 >> collect_dtm_values.values
gdallocationinfo -geoloc -valonly my_dem.vrt 444523.113049805 6209178.98623131 >> collect_dtm_values.values
gdallocationinfo -geoloc -valonly my_dem.vrt 444528.996558214 6209137.25582758 >> collect_dtm_values.values
...


Though this seems to work, it will estimated take 3 days to run the 1 mill lines batch file (it’s running).



A part from not being an elegant solution, it also leaves me with just a simple text file, holding one number per line. I would now have to figure out a good way to connect the values back onto the points, and the only connection is the fact that their order of appearance in the output text file, is the same as the order of appearance in the input batch file.



I will have to do it again and again, so I’m willing to invest in a better solution :-)



So – the question is: What would be the good way to sample points in a .vrt raster, given a set of points in a PostgreSQL table?



I work in PostgreSQL/PostGIS because I find it fast and convenient, so a solution in this environment would be preferable, and in any case, a solution that runs considerable faster, than what I have now, would be nice.










share|improve this question














I have about 1 mill 2D points in a table in a PostgreSQL database.



I also have a DEM (Digital Elevation Model) in raster. It’s a lot of .tiff files, bound together by a .vrt file, so they function as one raster data set, at least when seen from QGIS.



I’m looking for the best way to attach to each point, the height in the DEM, at the points location. I would prefer to have that point in a new field in the point table (i.e. as a new attribute to the point feature).



After looking at the logical (PostGIS) possibilities, ST_Value [http://postgis.net/docs/RT_ST_Value.html] seems to be the relevant function. But I can’t see any ways to point the ST_Value() to a .vrt file. And since the DEM is about 1Tb I would like to avoid pulling it inside the PostgreSQL database. I was briefly considering FDW (Foreign Data Wrapper) but have no experience in that direction.



Googling around I found GDAL’s gdallocationinfo [http://www.gdal.org/gdallocationinfo.html]. So I generated a text file with the 1 mill x y coordinates of the points, and copy-pasted that list into a batch-file with lines like this.



gdallocationinfo -geoloc -valonly my_dem.vrt 444302.48 6157429.94 > collect_dtm_values.values
gdallocationinfo -geoloc -valonly my_dem.vrt 444322.773687121 6156609.71326993 >> collect_dtm_values.values
gdallocationinfo -geoloc -valonly my_dem.vrt 444514.567093169 6209236.39142913 >> collect_dtm_values.values
gdallocationinfo -geoloc -valonly my_dem.vrt 444516.550364779 6209265.20736336 >> collect_dtm_values.values
gdallocationinfo -geoloc -valonly my_dem.vrt 444523.113049805 6209178.98623131 >> collect_dtm_values.values
gdallocationinfo -geoloc -valonly my_dem.vrt 444528.996558214 6209137.25582758 >> collect_dtm_values.values
...


Though this seems to work, it will estimated take 3 days to run the 1 mill lines batch file (it’s running).



A part from not being an elegant solution, it also leaves me with just a simple text file, holding one number per line. I would now have to figure out a good way to connect the values back onto the points, and the only connection is the fact that their order of appearance in the output text file, is the same as the order of appearance in the input batch file.



I will have to do it again and again, so I’m willing to invest in a better solution :-)



So – the question is: What would be the good way to sample points in a .vrt raster, given a set of points in a PostgreSQL table?



I work in PostgreSQL/PostGIS because I find it fast and convenient, so a solution in this environment would be preferable, and in any case, a solution that runs considerable faster, than what I have now, would be nice.







postgis vrt






share|improve this question













share|improve this question











share|improve this question




share|improve this question










asked Mar 29 '17 at 13:15









MartinHvidbergMartinHvidberg

14212




14212





bumped to the homepage by Community 7 mins ago


This question has answers that may be good or bad; the system has marked it active so that they can be reviewed.







bumped to the homepage by Community 7 mins ago


This question has answers that may be good or bad; the system has marked it active so that they can be reviewed.















  • I don't know much about vrt files, but you can load rasters to Postgis using raster2pgsql, which is a wrapper on GDAL functions, using the -R (out-db) switch, ie, the meta data is loaded, but the rasters stay on the file system. This should allow you to use RT_ST_Value (and other functions) without having to load 1Tb of data. I don't know how out-db raster performs in comparison to in-db -- I have heard it said much slower. It should be easy enough to test with a small subset.

    – John Powell
    Mar 29 '17 at 13:31











  • Thanks John Barca. I tried your suggestion, but it seems that the -R option have no effect?!? It still produces .sql file with a lot of data insert lines. Any idea if the -R flag is unstable in any ways?

    – MartinHvidberg
    Mar 30 '17 at 9:08











  • For reference... I do this: "C:Program FilesPostgreSQL9.6binraster2pgsql.exe" -c -t 256x256 -R -I -T ts_raster F:GDBDTM.vrt > D:tempload_DTM2pg.sql

    – MartinHvidberg
    Mar 30 '17 at 9:11













  • Sorry - I know i forgot the schema.table. The real command is "C:Program FilesPostgreSQL9.6binraster2pgsql.exe" -c -t 256x256 -R -I -T ts_raster F:GDBDTM.vrt dhm.dtm > D:tempload_DTM2pg.sql But -R is still doing nothing.

    – MartinHvidberg
    Mar 30 '17 at 9:19











  • The sql file would be the meta data, no? Can you post a sample.?

    – John Powell
    Mar 30 '17 at 11:11



















  • I don't know much about vrt files, but you can load rasters to Postgis using raster2pgsql, which is a wrapper on GDAL functions, using the -R (out-db) switch, ie, the meta data is loaded, but the rasters stay on the file system. This should allow you to use RT_ST_Value (and other functions) without having to load 1Tb of data. I don't know how out-db raster performs in comparison to in-db -- I have heard it said much slower. It should be easy enough to test with a small subset.

    – John Powell
    Mar 29 '17 at 13:31











  • Thanks John Barca. I tried your suggestion, but it seems that the -R option have no effect?!? It still produces .sql file with a lot of data insert lines. Any idea if the -R flag is unstable in any ways?

    – MartinHvidberg
    Mar 30 '17 at 9:08











  • For reference... I do this: "C:Program FilesPostgreSQL9.6binraster2pgsql.exe" -c -t 256x256 -R -I -T ts_raster F:GDBDTM.vrt > D:tempload_DTM2pg.sql

    – MartinHvidberg
    Mar 30 '17 at 9:11













  • Sorry - I know i forgot the schema.table. The real command is "C:Program FilesPostgreSQL9.6binraster2pgsql.exe" -c -t 256x256 -R -I -T ts_raster F:GDBDTM.vrt dhm.dtm > D:tempload_DTM2pg.sql But -R is still doing nothing.

    – MartinHvidberg
    Mar 30 '17 at 9:19











  • The sql file would be the meta data, no? Can you post a sample.?

    – John Powell
    Mar 30 '17 at 11:11

















I don't know much about vrt files, but you can load rasters to Postgis using raster2pgsql, which is a wrapper on GDAL functions, using the -R (out-db) switch, ie, the meta data is loaded, but the rasters stay on the file system. This should allow you to use RT_ST_Value (and other functions) without having to load 1Tb of data. I don't know how out-db raster performs in comparison to in-db -- I have heard it said much slower. It should be easy enough to test with a small subset.

– John Powell
Mar 29 '17 at 13:31





I don't know much about vrt files, but you can load rasters to Postgis using raster2pgsql, which is a wrapper on GDAL functions, using the -R (out-db) switch, ie, the meta data is loaded, but the rasters stay on the file system. This should allow you to use RT_ST_Value (and other functions) without having to load 1Tb of data. I don't know how out-db raster performs in comparison to in-db -- I have heard it said much slower. It should be easy enough to test with a small subset.

– John Powell
Mar 29 '17 at 13:31













Thanks John Barca. I tried your suggestion, but it seems that the -R option have no effect?!? It still produces .sql file with a lot of data insert lines. Any idea if the -R flag is unstable in any ways?

– MartinHvidberg
Mar 30 '17 at 9:08





Thanks John Barca. I tried your suggestion, but it seems that the -R option have no effect?!? It still produces .sql file with a lot of data insert lines. Any idea if the -R flag is unstable in any ways?

– MartinHvidberg
Mar 30 '17 at 9:08













For reference... I do this: "C:Program FilesPostgreSQL9.6binraster2pgsql.exe" -c -t 256x256 -R -I -T ts_raster F:GDBDTM.vrt > D:tempload_DTM2pg.sql

– MartinHvidberg
Mar 30 '17 at 9:11







For reference... I do this: "C:Program FilesPostgreSQL9.6binraster2pgsql.exe" -c -t 256x256 -R -I -T ts_raster F:GDBDTM.vrt > D:tempload_DTM2pg.sql

– MartinHvidberg
Mar 30 '17 at 9:11















Sorry - I know i forgot the schema.table. The real command is "C:Program FilesPostgreSQL9.6binraster2pgsql.exe" -c -t 256x256 -R -I -T ts_raster F:GDBDTM.vrt dhm.dtm > D:tempload_DTM2pg.sql But -R is still doing nothing.

– MartinHvidberg
Mar 30 '17 at 9:19





Sorry - I know i forgot the schema.table. The real command is "C:Program FilesPostgreSQL9.6binraster2pgsql.exe" -c -t 256x256 -R -I -T ts_raster F:GDBDTM.vrt dhm.dtm > D:tempload_DTM2pg.sql But -R is still doing nothing.

– MartinHvidberg
Mar 30 '17 at 9:19













The sql file would be the meta data, no? Can you post a sample.?

– John Powell
Mar 30 '17 at 11:11





The sql file would be the meta data, no? Can you post a sample.?

– John Powell
Mar 30 '17 at 11:11










1 Answer
1






active

oldest

votes


















0














Working with POSTGIS out-of-db rasters, try use full file path in both the VRT construction and when loading with raster2pgsql.






share|improve this answer
























    Your Answer








    StackExchange.ready(function() {
    var channelOptions = {
    tags: "".split(" "),
    id: "79"
    };
    initTagRenderer("".split(" "), "".split(" "), channelOptions);

    StackExchange.using("externalEditor", function() {
    // Have to fire editor after snippets, if snippets enabled
    if (StackExchange.settings.snippets.snippetsEnabled) {
    StackExchange.using("snippets", function() {
    createEditor();
    });
    }
    else {
    createEditor();
    }
    });

    function createEditor() {
    StackExchange.prepareEditor({
    heartbeatType: 'answer',
    autoActivateHeartbeat: false,
    convertImagesToLinks: false,
    noModals: true,
    showLowRepImageUploadWarning: true,
    reputationToPostImages: null,
    bindNavPrevention: true,
    postfix: "",
    imageUploader: {
    brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
    contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
    allowUrls: true
    },
    onDemand: true,
    discardSelector: ".discard-answer"
    ,immediatelyShowMarkdownHelp:true
    });


    }
    });














    draft saved

    draft discarded


















    StackExchange.ready(
    function () {
    StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fgis.stackexchange.com%2fquestions%2f233977%2fsampling-values-from-a-vrt-raster-using-postgis-points%23new-answer', 'question_page');
    }
    );

    Post as a guest















    Required, but never shown

























    1 Answer
    1






    active

    oldest

    votes








    1 Answer
    1






    active

    oldest

    votes









    active

    oldest

    votes






    active

    oldest

    votes









    0














    Working with POSTGIS out-of-db rasters, try use full file path in both the VRT construction and when loading with raster2pgsql.






    share|improve this answer




























      0














      Working with POSTGIS out-of-db rasters, try use full file path in both the VRT construction and when loading with raster2pgsql.






      share|improve this answer


























        0












        0








        0







        Working with POSTGIS out-of-db rasters, try use full file path in both the VRT construction and when loading with raster2pgsql.






        share|improve this answer













        Working with POSTGIS out-of-db rasters, try use full file path in both the VRT construction and when loading with raster2pgsql.







        share|improve this answer












        share|improve this answer



        share|improve this answer










        answered Sep 3 '18 at 0:14









        BenBen

        392315




        392315






























            draft saved

            draft discarded




















































            Thanks for contributing an answer to Geographic Information Systems Stack Exchange!


            • Please be sure to answer the question. Provide details and share your research!

            But avoid



            • Asking for help, clarification, or responding to other answers.

            • Making statements based on opinion; back them up with references or personal experience.


            To learn more, see our tips on writing great answers.




            draft saved


            draft discarded














            StackExchange.ready(
            function () {
            StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fgis.stackexchange.com%2fquestions%2f233977%2fsampling-values-from-a-vrt-raster-using-postgis-points%23new-answer', 'question_page');
            }
            );

            Post as a guest















            Required, but never shown





















































            Required, but never shown














            Required, but never shown












            Required, but never shown







            Required, but never shown

































            Required, but never shown














            Required, but never shown












            Required, but never shown







            Required, but never shown







            Popular posts from this blog

            Щит и меч (фильм) Содержание Названия серий | Сюжет |...

            is 'sed' thread safeWhat should someone know about using Python scripts in the shell?Nexenta bash script uses...

            Meter-Bus Содержание Параметры шины | Стандартизация |...